Re: autovacuum_work_mem

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: autovacuum_work_mem
Дата
Msg-id CA+TgmoYAptVT=p8SNcF-XMKA7YgdqhpKD9yhrku8MtR5zztxUQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: autovacuum_work_mem  (Magnus Hagander <magnus@hagander.net>)
Список pgsql-hackers
On Sun, Oct 20, 2013 at 7:21 AM, Magnus Hagander <magnus@hagander.net> wrote:
>> It seemed neater to me to create a new flag, so that in principle any
>> vacuum() code path can request autovacuum_work_mem, rather than having
>> lazyvacuum.c code call IsAutoVacuumWorkerProcess() for the same
>> purpose. To date, that's only been done within vacuumlazy.c for things
>> like logging.
>
> Hmm. I'm not entirely sure I agree that that makes it neater :)
>
> We could also look at autovacuum_vacuum_cost_limit etc above, but
> those just override what the non-autovac parameters do. But since the
> parameter is called maintenance_work_mem in that case, I think that
> would make it harder to read.
>
> But I'd suggest just a:
> int vac_work_mem = (IsAutoVacuumWorkerProcess() && autovacuum_work_mem
> != -1) ? autovacuum_work_mem : maintenance_work_mem;
>
> and not sending around a boolean flag through a bunch of places when
> it really means just the same thing,

+1 for that change.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: -d option for pg_isready is broken
Следующее
От: Robert Haas
Дата:
Сообщение: Re: -d option for pg_isready is broken