Re: Rename max_parallel_degree?
От | Tom Lane |
---|---|
Тема | Re: Rename max_parallel_degree? |
Дата | |
Msg-id | 9816.1464715836@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Rename max_parallel_degree? (Josh berkus <josh@agliodbs.com>) |
Ответы |
Re: Rename max_parallel_degree?
Re: Rename max_parallel_degree? Re: Rename max_parallel_degree? |
Список | pgsql-hackers |
Josh berkus <josh@agliodbs.com> writes: > On 05/31/2016 10:16 AM, Peter Geoghegan wrote: >> But the distinction between parallel workers and backends that can >> participate in parallel query does need to be user-visible. Worker >> processes are a commodity (i.e. the user must consider >> max_worker_processes). > It's still WAY simpler to understand "max_parallel is the number of > parallel workers I requested". > Any system where you set it to 2 and get only 1 worker on an idle system > is going to cause endless queries on the mailing lists. I really think that a GUC named "max_parallel_workers", which in fact limits the number of workers and not something else, is the way to go. regards, tom lane
В списке pgsql-hackers по дате отправления: