Re: Logic behind parallel default? WAS: Rename max_parallel_degree?

Поиск
Список
Период
Сортировка
От Josh berkus
Тема Re: Logic behind parallel default? WAS: Rename max_parallel_degree?
Дата
Msg-id 574DD27F.4060409@agliodbs.com
обсуждение исходный текст
Ответ на Re: Rename max_parallel_degree?  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Ответы Re: Logic behind parallel default? WAS: Rename max_parallel_degree?  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Logic behind parallel default? WAS: Rename max_parallel_degree?  ("Joshua D. Drake" <jd@commandprompt.com>)
Список pgsql-hackers
On 05/31/2016 11:00 AM, Tom Lane wrote:
> !          If this occurs, the plan will run with fewer workers than expected,
> !          which may be inefficient.  The default value is 2.  Setting this
> !          value to 0 disables parallel query execution.

Is there a thread on how we determined this default of 2?  I can't find
one under likely search terms.

I'm concerned about the effect of overallocating parallel workers on
systems which are already running out of cores (e.g. AWS instances), and
run with default settings.  Possibly max_parallel_workers takes care of
this, which is why I want to understand the logic here.

-- 
--
Josh Berkus
Red Hat OSAS
(any opinions are my own)



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Rename synchronous_standby_names?
Следующее
От: "David G. Johnston"
Дата:
Сообщение: Re: Rename max_parallel_degree?