Re: performance config help

Поиск
Список
Период
Сортировка
Искать
От
Kevin Grittner
Тема
Re: performance config help
Дата
Msg-id
4B4B4AAA020000250002E1CD@gw.wicourts.gov
Ответ на
Список
Дерево обсуждения
performance config help Bob Dusek <redusek@gmail.com>
Re: performance config help "A. Kretschmer" <andreas.kretschmer@schollglas.com>
Re: performance config help Bob Dusek <redusek@gmail.com>
Re: performance config help Scott Marlowe <scott.marlowe@gmail.com>
Re: performance config help Bob Dusek <redusek@gmail.com>
Re: performance config help "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: performance config help Bob Dusek <redusek@gmail.com>
Re: performance config help Scott Marlowe <scott.marlowe@gmail.com>
Re: performance config help Scott Marlowe <scott.marlowe@gmail.com>
Re: performance config help Bob Dusek <redusek@gmail.com>
Re: performance config help Scott Marlowe <scott.marlowe@gmail.com>
Re: performance config help Greg Smith <greg@2ndquadrant.com>
Re: performance config help Scott Marlowe <scott.marlowe@gmail.com>
Re: performance config help Greg Smith <greg@2ndquadrant.com>
Re: performance config help Scott Marlowe <scott.marlowe@gmail.com>
Re: performance config help Scott Marlowe <scott.marlowe@gmail.com>
Re: performance config help Ivan Voras <ivoras@freebsd.org>
Re: performance config help Bob Dusek <redusek@gmail.com>
Re: performance config help Pierre Frédéric Caillaud<lists@peufeu.com>
Re: performance config help Ivan Voras <ivoras@freebsd.org>
Bob Dusek  wrote:
 
> How do I learn more about the actual lock contention in my db?  
> Lock contention makes some sense.  Each of the 256 requests are
> relatively similar.  So, I don't doubt that lock contention could
> be an issue.  I just don't know how to observe it or correct it. 
> It seems like if we have processes that are contending for locks,
> there's not much we can do about it.
 
I'm not sure what the best way would be to measure it, but in prior
discussions the general mood seemed to be that if you had so many
active sessions that you were running into the issue, the best
solution was to use a connection pool to avoid it.
 
-Kevin
В списке pgsql-performance по дате отправления
От: Tom Lane
Дата:
От: Greg Smith
Дата:
Сообщение: Re: performance config help
FAQ