Re: allow changing autovacuum_max_workers without restarting

Поиск
Список
Период
Сортировка
От Imseih (AWS), Sami
Тема Re: allow changing autovacuum_max_workers without restarting
Дата
Msg-id 66B70E79-54C0-4E58-831D-502B4B97E33D@amazon.com
обсуждение исходный текст
Ответ на Re: allow changing autovacuum_max_workers without restarting  (Nathan Bossart <nathandbossart@gmail.com>)
Ответы Re: allow changing autovacuum_max_workers without restarting  (Nathan Bossart <nathandbossart@gmail.com>)
Список pgsql-hackers
> My concern with this approach is that other background workers could use up
> all the slots and prevent autovacuum workers from starting

That's a good point, the current settings do not guarantee that you
get a worker for the purpose if none are available, 
i.e. max_parallel_workers_per_gather, you may have 2 workers planned 
and 0 launched. 

> unless of
> course we reserve autovacuum_max_workers slots for _only_ autovacuum
> workers. I'm not sure if we want to get these parameters tangled up like
> this, though...

This will be confusing to describe and we will be reserving autovac workers
implicitly, rather than explicitly with a new GUC.

Regards,

Sami  




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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: SET ROLE documentation improvement
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [HACKERS] make async slave to wait for lsn to be replayed