Re: allow changing autovacuum_max_workers without restarting

Поиск
Список
Период
Сортировка
От Nathan Bossart
Тема Re: allow changing autovacuum_max_workers without restarting
Дата
Msg-id 20240507160605.GA2523153@nathanxps13
обсуждение исходный текст
Ответ на Re: allow changing autovacuum_max_workers without restarting  ("Imseih (AWS), Sami" <simseih@amazon.com>)
Ответы Re: allow changing autovacuum_max_workers without restarting
Список pgsql-hackers
On Fri, May 03, 2024 at 12:57:18PM +0000, Imseih (AWS), Sami wrote:
>> That's true, but using a hard-coded limit means we no longer need to add a
>> new GUC. Always allocating, say, 256 slots might require a few additional
>> kilobytes of shared memory, most of which will go unused, but that seems
>> unlikely to be a problem for the systems that will run Postgres v18.
> 
> I agree with this.

Here's what this might look like.  I chose an upper limit of 1024, which
seems like it "ought to be enough for anybody," at least for now.

-- 
Nathan Bossart
Amazon Web Services: https://aws.amazon.com

Вложения

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

Предыдущее
От: "David G. Johnston"
Дата:
Сообщение: Re: PERIOD foreign key feature
Следующее
От: Paul Jungwirth
Дата:
Сообщение: Re: PERIOD foreign key feature