Skip site navigation (1) Skip section navigation (2)

Re: Performance issue with 8.2.3 - "C" application

From: Karl Denninger <karl(at)denninger(dot)net>
To: Merlin Moncure <mmoncure(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Performance issue with 8.2.3 - "C" application
Date: 2007-07-25 03:16:16
Message-ID: 46A6C080.10204@denninger.net (view raw or flat)
Thread:
Lists: pgsql-performance
Hmmmmm..... now that's interesting.  Stats collector IS accumulating 
quite a bit of runtime..... me thinks its time to go grab 8.2.4.

Karl Denninger (karl(at)denninger(dot)net)
http://www.denninger.net




Merlin Moncure wrote:
> On 7/25/07, Karl Denninger <karl(at)denninger(dot)net> wrote:
>>
>>  Yeah, the problem doesn't appear to be there.  As I said, if I look 
>> at the
>> PS of the system when its bogging, there aren't a whole bunch of 
>> processes
>> stuck doing these, so while this does take a second or two to come back,
>> that's not that bad.
>>
>>  Its GENERAL performance that just bites - the system is obviously 
>> out of
>> CPU, but what I can't get a handle on is WHY.  It does not appear to be
>> accumulating large amounts of runtime in processes I can catch, but 
>> the load
>> average is quite high.
>
> 8.2.3 has the 'stats collector bug' (fixed in 8.2.4) which increased
> load in high concurrency conditions.  on a client's machine after
> patching the postmaster load drop from the 4-5 range to 1-2 range on a
> 500 tps server.  maybe this is biting you?  symptoms are high load avg
> and high cpu usage of stats collector process.
>
> merlin
>
>
> %SPAMBLOCK-SYS: Matched [google.com+], message ok


%SPAMBLOCK-SYS: Matched [(at)postgresql(dot)org+], message ok

In response to

Responses

pgsql-performance by date

Next:From: Tom LaneDate: 2007-07-25 03:25:06
Subject: Re: Performance issue with 8.2.3 - "C" application
Previous:From: Merlin MoncureDate: 2007-07-25 03:15:19
Subject: Re: Performance issue with 8.2.3 - "C" application

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group