| From: | Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
| Cc: | Peter Geoghegan <pg(at)bowt(dot)ie>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, Corey Huinker <corey(dot)huinker(at)gmail(dot)com> |
| Subject: | Re: Parallel tuplesort (for parallel B-Tree index creation) |
| Date: | 2017-03-06 14:01:51 |
| Message-ID: | CAEepm=2U+XhE1S4sattHQ-rUS5UM1JCOr2FJ_-OtJ2dBd1kpsQ@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Mar 1, 2017 at 10:29 PM, Thomas Munro
<thomas(dot)munro(at)enterprisedb(dot)com> wrote:
> I'm testing a patch that lets you set up a fixed sized
> SharedBufFileSet object in a DSM segment, with its own refcount for
> the reason you explained. It supports a dynamically expandable set of
> numbered files, so each participant gets to export file 0, file 1,
> file 2 and so on as required, in any order. I think this should suit
> both Parallel Tuplesort which needs to export just one file from each
> participant, and Parallel Shared Hash which doesn't know up front how
> many batches it will produce. Not quite ready but I will post a
> version tomorrow to get Peter's reaction.
See 0007-hj-shared-buf-file-v6.patch in the v6 tarball in the parallel
shared hash thread.
--
Thomas Munro
http://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Amit Kapila | 2017-03-06 14:02:25 | Re: [BUG FIX] Removing NamedLWLockTrancheArray |
| Previous Message | Stephen Frost | 2017-03-06 14:01:01 | Re: Change in "policy" on dump ordering? |