Re: Rename max_parallel_degree?

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: Rename max_parallel_degree?
Дата
Msg-id CAM3SWZS_zL8Wx-zdo_LBJu4ggVqSQZrB_be2Ht1euWQ_AbLerA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Rename max_parallel_degree?  (Josh berkus <josh@agliodbs.com>)
Список pgsql-hackers
On Tue, May 31, 2016 at 10:23 AM, Josh berkus <josh@agliodbs.com> wrote:
> It's still WAY simpler to understand "max_parallel is the number of
> parallel workers I requested".

(Sorry Josh, somehow hit reply, not reply-all)

Yes, it is. But as long as parallel workers are not really that
distinct to the leader-as-worker when executing a parallel query, then
you have another consideration. Which is that you need to care about
how many cores your query uses first and foremost, and not the number
of parallel workers used. I don't think that having only one worker
will cause too much confusion, because users will trust that we won't
allow something that simply makes no sense to happen.

In my parallel create index patch, the leader participates as a worker
to scan and sort runs. It's identical to a worker, practically
speaking, at least until time comes to merge those runs. Similarly,
parallel aggregate does not really have much for the leader process to
do other than act as a worker.


-- 
Peter Geoghegan



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Rename max_parallel_degree?
Следующее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Rename max_parallel_degree?