From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Ashutosh Bapat <ashutosh(dot)bapat(at)enterprisedb(dot)com> |
Cc: | Amit Khandekar <amitdkhan(dot)pg(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Parallel Append implementation |
Date: | 2017-03-16 19:14:55 |
Message-ID: | CA+TgmoZPuQaTaHdZDiU2YE-wpJdd05f0zehiFEEBdU0FfuWT2g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Mar 16, 2017 at 8:48 AM, Ashutosh Bapat
<ashutosh(dot)bapat(at)enterprisedb(dot)com> wrote:
> Why do we need following code in both ExecAppendInitializeWorker() and
> ExecAppendInitializeDSM()? Both of those things happen before starting the
> actual execution, so one of those should suffice?
> + /* Choose the optimal subplan to be executed. */
> + (void) parallel_append_next(node);
ExecAppendInitializeWorker runs only in workers, but
ExecAppendInitializeDSM runs only in the leader.
> BTW, sa_finished seems to be a misnomor. The plan is not finished yet, but it
> wants no more workers. So, should it be renamed as sa_no_new_workers or
> something like that?
I think that's not going to improve clarity. The comments can clarify
the exact semantics.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2017-03-16 19:18:32 | temp_buffers vs temp vs local and explain |
Previous Message | Robert Haas | 2017-03-16 19:12:20 | Re: logical replication launcher crash on buildfarm |