From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | denis(at)startsiden(dot)no |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Behaviour patterns on pgsql (7.1.3) |
Date: | 2002-10-30 19:09:32 |
Message-ID: | 670.1036004972@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Denis Braekhus <denis(at)startsiden(dot)no> writes:
> Every now and then postgresql gets "too busy" and these patterns emerge :
> - some connections are just idling and not being reaped (presumably either the
> browser/client or the apache webserver timed out the request)
> - these connections stack up to a point where the other "live" queries are
> handled so inefficiently that pgsql enters a "bad downwards spiral".
> (Meaning it cannot serve enough requests fast enough due to high load. The
> number of connections increases, giving again more load, and so on ... )
This strikes me as a fault on the client side, not in Postgres --- to
wit, poor connection management. It is not Postgres' job to kill idle
client connections.
But having said that, I do not think that idle connections per se would
cause any performance degradation on the server side. Perhaps they also
have open transactions that are holding locks that other queries need?
That again is really a client-side bug...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Perrin | 2002-10-30 20:53:15 | URGENT: undoing a mistake |
Previous Message | Peter Eisentraut | 2002-10-30 18:53:57 | Re: pg_hba.conf on win32 |