Re: backend suddenly becomes slow, then remains slow

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-perform <pgsql-performance(at)postgresql(dot)org>
Subject: Re: backend suddenly becomes slow, then remains slow
Date: 2012-12-14 20:16:19
Message-ID: 50CB8913.8050202@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 12/14/2012 02:56 PM, Tom Lane wrote:
> Andrew Dunstan <andrew(dot)dunstan(at)pgexperts(dot)com> writes:
>> One of my clients has an odd problem. Every so often a backend will
>> suddenly become very slow. The odd thing is that once this has happened
>> it remains slowed down, for all subsequent queries. Zone reclaim is off.
>> There is no IO or CPU spike, no checkpoint issues or stats timeouts, no
>> other symptom that we can see. The problem was a lot worse that it is
>> now, but two steps have alleviated it mostly, but not completely: much
>> less aggressive autovacuuming and reducing the maximum lifetime of
>> backends in the connection pooler to 30 minutes.
>> It's got us rather puzzled. Has anyone seen anything like this?
> Maybe the kernel is auto-nice'ing the process once it's accumulated X
> amount of CPU time?
>
>

That was my initial thought, but the client said not. We'll check again.

cheers

andrew

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message AI Rumman 2012-12-14 20:25:42 Re: Why does the number of rows are different in actual and estimated.
Previous Message Claudio Freire 2012-12-14 20:10:18 Re: Why does the number of rows are different in actual and estimated.