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?
Re: Logic behind parallel default? WAS: Rename max_parallel_degree? |
Список | 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 по дате отправления: