Re: High load on commit after important schema changes

Поиск
Список
Период
Сортировка
От hubert depesz lubaczewski
Тема Re: High load on commit after important schema changes
Дата
Msg-id 20090828191909.GA4864@depesz.com
обсуждение исходный текст
Ответ на Re: High load on commit after important schema changes  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: High load on commit after important schema changes
Список 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 по дате отправления:

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Audit Trigger puzzler
Следующее
От: Sergey Samokhin
Дата:
Сообщение: Re: A safe way to upgrade table definitions by using ALTER's