Re: The max value of autovacuum_vacuum/analyze_scale_factor.

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема Re: The max value of autovacuum_vacuum/analyze_scale_factor.
Дата
Msg-id CAD21AoBG9_=Qw5hLdbEOhTY5i56oJjwtCGYTOqsN-RA4SD6HKw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: The max value of autovacuum_vacuum/analyze_scale_factor.  (Ashutosh Bapat <ashutosh.bapat@enterprisedb.com>)
Список pgsql-hackers
On Mon, Dec 5, 2016 at 9:15 PM, Ashutosh Bapat
<ashutosh.bapat@enterprisedb.com> wrote:
> On Mon, Dec 5, 2016 at 4:44 PM, Masahiko Sawada <sawada.mshk@gmail.com> wrote:
>> Hi all,
>>
>> Is there any reason why the max values of
>> autovacuum_vacuum/analyze_scale_factor are 100.0? These max values are
>> defined since when the parameters has been introduced but I think that
>> 1.0 is enough.
>>
>
> Yes, at least from
> https://www.postgresql.org/docs/devel/static/runtime-config-autovacuum.html,
> it looks like this is supposed to be a "fraction of table size".
> anything higher than 1.0 isn't a fraction. If at all any value > 1.0
> has a meaning, I am wondering whether it's to account for bloat. But
> then who would want to place the threashold in bloated area.
>

I understand that use case.
Thank you!

Regards,

--
Masahiko Sawada
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Time to retire Windows XP buildfarm host?
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [sqlsmith] Failed assertion in _hash_splitbucket_guts