Re: Problem with 8.4 stats collector high load - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Problem with 8.4 stats collector high load
Date
Msg-id 20100216141050.GB5330@alvh.no-ip.org
Whole thread Raw
In response to Re: Problem with 8.4 stats collector high load  (Jakub Ouhrabka <kuba@comgate.cz>)
Responses Re: Problem with 8.4 stats collector high load
List pgsql-hackers
Jakub Ouhrabka wrote:
> > You might want to try setting log_autovacuum_min_duration=0 in the
> > postgresql.conf
> 
> Thanks, tried it. There is nothing in the log - the actual
> vacuum/analyze commands are not run (as there is no query activity).
> I suspect that autovacuum is checking each database if it should run
> - and decides not to run. See the randomly catch process in ps
> output/pg_stat_activity mentioned in earlier mail. I suspect that
> this checking generates the load. Is it possible?

Yes.  There were some changes that needed to be done to autovacuum so
that it didn't read the stats file too often, but I don't recall if I
got around to it.

Note that autovacuum_naptime=1min (default value) means that it's
checking stats 650 times per minute (there's a throttle IIRC but still).
Maybe you should decrease naptime a bit.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: bug? autovacuum is not launched even if autovacuum_freeze_max_age is reached
Next
From: Greg Stark
Date:
Subject: Re: Avoiding bad prepared-statement plans.