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
|
Список | 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 по дате отправления: