Re: Occasional giant spikes in CPU load - Mailing list pgsql-performance

From Craig James
Subject Re: Occasional giant spikes in CPU load
Date
Msg-id 4C24B3BB.3070901@emolecules.com
Whole thread Raw
In response to Re: Occasional giant spikes in CPU load  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Occasional giant spikes in CPU load
Re: Occasional giant spikes in CPU load
List pgsql-performance
On 6/24/10 9:04 PM, Tom Lane wrote:
> Craig James<craig_james@emolecules.com>  writes:
>> So what is it that will cause every single Postgres backend to come to life at the same moment, when there's no real
loadon the server?  Maybe if a backend crashes?  Some other problem? 
>
> sinval queue overflow comes to mind ... although that really shouldn't
> happen if there's "no real load" on the server.  What PG version is
> this?

8.3.10.  Upgraded based on your advice when I first asked this question.

>   Also, the pg_stat_activity view contents when this happens would
> probably be more useful to look at than "top" output.

I'll try.  It's hard to discover anything because the whole machine is overwhelmed when this happens.  The only way I
gotthe top(1) output was by running it high priority as root using nice(1).  I can't do that with a Postgres backend,
butI'll see what I can do. 

Craig

pgsql-performance by date:

Previous
From: Yeb Havinga
Date:
Subject: Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.)
Next
From: Rajesh Kumar Mallah
Date:
Subject: Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.)