Re: high user cpu, massive SELECTs, no io waiting problem - Mailing list pgsql-performance

From Greg Smith
Subject Re: high user cpu, massive SELECTs, no io waiting problem
Date
Msg-id 4D5C3531.3070308@2ndquadrant.com
Whole thread Raw
In response to Re: high user cpu, massive SELECTs, no io waiting problem  (Thomas Pöhler <tp@turtle-entertainment.de>)
Responses Re: high user cpu, massive SELECTs, no io waiting problem  ("Pierre C" <lists@peufeu.com>)
List pgsql-performance
Thomas Pöhler wrote:
> We are running a biweekly downtime where we do a complete reindex and vaccum full. We cannot identify certain queries
causingthis. 

If you feel that you need VACUUM FULL, either something terribly wrong
has happened, or someone has gotten confused.  In both cases it's
unlikely you want to keep doing that.  See
http://wiki.postgresql.org/wiki/VACUUM_FULL for a nice document leading
through figuring what to do instead.

Note that if you have a database that fits in RAM, but is filled with
the sort of index bloat garbage that using VACUUM FULL will leave
behind, it will cause excessive CPU use when running queries.  If you
already have planned downtime, you really should try to use use CLUSTER
instead, to remove that from the list of possible causes for your issue.

--
Greg Smith   2ndQuadrant US    greg@2ndQuadrant.com   Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support  www.2ndQuadrant.us
"PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books


pgsql-performance by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: high user cpu, massive SELECTs, no io waiting problem
Next
From: Chris Hoover
Date:
Subject: Estimating hot data size