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?  ("Joshua D. Drake" <jd@commandprompt.com>)
Re: Rename max_parallel_degree?  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Rename max_parallel_degree?  ("David G. Johnston" <david.g.johnston@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Re: PATCH: Split stats file per database WAS: autovacuum stress-testing our system
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: Rename max_parallel_degree?