Re: [HACKERS] Parallel Append implementation

Поиск
Список
Период
Сортировка
Искать
От
Robert Haas
Тема
Re: [HACKERS] Parallel Append implementation
Дата
Msg-id
CA+TgmoZPuQaTaHdZDiU2YE-wpJdd05f0zehiFEEBdU0FfuWT2g@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Re: [HACKERS] Parallel Append implementation Amit Khandekar <amitdkhan.pg@gmail.com>
Re: [HACKERS] Parallel Append implementation Amit Kapila <amit.kapila16@gmail.com>
Re: [HACKERS] Parallel Append implementation Robert Haas <robertmhaas@gmail.com>
Re: [HACKERS] Parallel Append implementation Amit Khandekar <amitdkhan.pg@gmail.com>
On Thu, Mar 16, 2017 at 8:48 AM, Ashutosh Bapat
 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


В списке pgsql-hackers по дате отправления
От: Robert Haas
Дата:
От: Joshua D. Drake
Дата:
FAQ