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 по дате отправления: