| From: | Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com>, Andres Freund <andres(at)2ndquadrant(dot)com> |
| Cc: | Simon Riggs <simon(at)2ndquadrant(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: parallel mode and parallel contexts |
| Date: | 2015-01-30 23:38:54 |
| Message-ID: | 54CC160E.8010407@BlueTreble.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 1/30/15 11:08 AM, Robert Haas wrote:
> The final patch attached her (parallel-dummy-v2.patch) has been
> updated slightly to incorporate some prefetching logic. It's still
> just demo code and is not intended for commit. I'm not sure whether
> the prefetching logic can actually be made to improve performance,
> either; if anyone feels like playing with that and reporting results
> back, that would be swell.
Wouldn't we want the prefetching to happen after ReadBuffer() instead of
before? This way we risk pushing the buffer we actually want out, plus
if it's not already available the OS probably won't try and read it
until it's read all the prefetch blocks.
--
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Geoghegan | 2015-01-30 23:49:12 | Re: PageRepairFragmentation performance |
| Previous Message | Jim Nasby | 2015-01-30 23:25:59 | Re: Fwd: [GENERAL] 4B row limit for CLOB tables |