Re: stats collector suddenly causing lots of IO

Поиск
Список
Период
Сортировка
От Greg Smith
Тема Re: stats collector suddenly causing lots of IO
Дата
Msg-id 4BC8A91D.9030709@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: stats collector suddenly causing lots of IO  (Josh Kupershmidt <schmiddy@gmail.com>)
Ответы Re: stats collector suddenly causing lots of IO  (Josh Kupershmidt <schmiddy@gmail.com>)
Список pgsql-performance
Josh Kupershmidt wrote:
> SELECT name, current_setting(name), source FROM pg_settings WHERE
> source != 'default' AND name ILIKE '%vacuum%';
>          name         | current_setting |       source
> ----------------------+-----------------+--------------------
>  vacuum_cost_delay    | 200ms           | configuration file
>  vacuum_cost_limit    | 100             | configuration file
>  vacuum_cost_page_hit | 6               | configuration file
>
>
> Hopefully changing those three vacuum_cost_* params will speed up the
> manual- and auto-vacuums..

Those only impact manual VACUUM statements.  There's a different set
with names like autovacuum_vacuum_cost_delay that control the daemon.
You can set those to "-1" in order to match the regular VACUUM, but
that's not the default.

You really need to sort out the max_fsm_pages setting too, because until
that issue goes away these tables are unlikely to ever stop growing.
And, no, you can't use CLUSTER on the system tables to clean those up.

--
Greg Smith  2ndQuadrant US  Baltimore, MD
PostgreSQL Training, Services and Support
greg@2ndQuadrant.com   www.2ndQuadrant.us


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

Предыдущее
От: Josh Kupershmidt
Дата:
Сообщение: Re: stats collector suddenly causing lots of IO
Следующее
От: Josh Kupershmidt
Дата:
Сообщение: Re: stats collector suddenly causing lots of IO