Re: Rename max_parallel_degree?

Поиск
Список
Период
Сортировка
От David G. Johnston
Тема Re: Rename max_parallel_degree?
Дата
Msg-id CAKFQuwaky0NtdjOkU7mp1n=-WREcL6n2PKT28cTQzV7gNPWjbQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Rename max_parallel_degree?  (Petr Jelinek <petr@2ndquadrant.com>)
Ответы Re: Rename max_parallel_degree?  (Petr Jelinek <petr@2ndquadrant.com>)
Список pgsql-hackers
On Wed, Jun 1, 2016 at 11:45 AM, Petr Jelinek <petr@2ndquadrant.com> wrote:
That GUC also controls worker processes that are started by extensions, not just ones that parallel query starts. This is btw one thing I don't like at all about how the current limits work, the parallel query will fight for workers with extensions because they share the same limit.

​Given that this models reality the GUC is doing its job.  Now, maybe we need additional knobs to give the end-user the ability to influence how those fights will turn out.

But as far as a high-level setting goes max_worker_processes seems to fit the bill - and apparently fits within our existing cluster options naming convention.

Parallel query uses workers to assist in query execution.
Background tasks use workers during execution.
​Others.....​

David J.

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

Предыдущее
От: Petr Jelinek
Дата:
Сообщение: Re: Rename max_parallel_degree?
Следующее
От: Jim Nasby
Дата:
Сообщение: Re: JSON[B] arrays are second-class citizens