Re: stats collector suddenly causing lots of IO - Mailing list pgsql-performance

From Greg Smith
Subject Re: stats collector suddenly causing lots of IO
Date
Msg-id 4BC8A91D.9030709@2ndquadrant.com
Whole thread Raw
In response to Re: stats collector suddenly causing lots of IO  (Josh Kupershmidt <schmiddy@gmail.com>)
Responses Re: stats collector suddenly causing lots of IO
List 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 by date:

Previous
From: Josh Kupershmidt
Date:
Subject: Re: stats collector suddenly causing lots of IO
Next
From: Josh Kupershmidt
Date:
Subject: Re: stats collector suddenly causing lots of IO