Re: High load on commit after important schema changes - Mailing list pgsql-general

From hubert depesz lubaczewski
Subject Re: High load on commit after important schema changes
Date
Msg-id 20090828191909.GA4864@depesz.com
Whole thread Raw
In response to Re: High load on commit after important schema changes  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: High load on commit after important schema changes  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On Fri, Aug 28, 2009 at 12:47:15PM -0400, Tom Lane wrote:
> hubert depesz lubaczewski <depesz@depesz.com> writes:
> > On Fri, Aug 28, 2009 at 12:28:06PM -0400, Tom Lane wrote:
> >> Hm, do you have forty or so idle backends hanging around while this
> >> happens?  The only thing I can think of that might be causing this is
> >> shared cache invalidation messages being broadcast to all the other
> >> sessions.
> > I have about 1000 backends running.
> Ouch.  You need to update to 8.4 --- the SI messaging stuff will
> definitely be hurting you with that many backends.  Or consider
> using connection pooling or something to cut the number of backends.

Do you have any idea on how (easily) to test if this is the cause of the
situation?

Will running 1000 connections to db, making each of them run query on
some table, keep the connection open, and then in another connection
doing the rename thing on it - work?

Best regards,

depesz

--
Linkedin: http://www.linkedin.com/in/depesz  /  blog: http://www.depesz.com/
jid/gtalk: depesz@depesz.com / aim:depeszhdl / skype:depesz_hdl / gg:6749007

pgsql-general by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Audit Trigger puzzler
Next
From: Sergey Samokhin
Date:
Subject: Re: A safe way to upgrade table definitions by using ALTER's