Re: Occasional giant spikes in CPU load

Поиск
Список
Период
Сортировка
От Craig James
Тема Re: Occasional giant spikes in CPU load
Дата
Msg-id 4C24E0E1.7020301@emolecules.com
обсуждение исходный текст
Ответ на Re: Occasional giant spikes in CPU load  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-performance
On 6/25/10 9:41 AM, Kevin Grittner wrote:
> Craig James<craig_james@emolecules.com>  wrote:
>
>> I always just assumed that lots of backends that would be harmless
>> if each one was doing very little.
>
> Even if each is doing very little, if a large number of them happen
> to make a request at the same time, you can have problems.  This is
> exactly where a connection pool can massively improve both
> throughput and response time.  If you can arrange it, you want a
> connection pool which will put a limit on active database
> transactions and queue requests to start a new transaction until one
> of the pending ones finishes.

No, that's doesn't seem to be the case.  There is no external activity that triggers this huge spike in usage.  It even
happensto our backup server when only one of us is using it to do a single query.  This problem seems to be triggered
byPostgres itself, not by anything external. 

Per Tom's suggestion, I think upgrading to 8.4.4 is the answer.  I'll learn more when our new hardware comes into use
witha shiny new 8.4.4 installation. 

Craig

В списке pgsql-performance по дате отправления:

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.)
Следующее
От: Scott Carey
Дата:
Сообщение: Re: Write performance