Re: performance config help

Поиск
Список
Период
Сортировка
Искать
От
Scott Marlowe
Тема
Re: performance config help
Дата
Msg-id
dcc563d11001131243l1a53c485s452780f9f6abb976@mail.gmail.com
Ответ на
Список
Дерево обсуждения
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>
On Wed, Jan 13, 2010 at 1:10 PM, Bob Dusek  wrote:
> And, we pretty much doubled our capacity... from approx 40 "requests"
> per second to approx 80.

Excellent!

> The problem with our "cheap" connection pool is that the persistent
> connections don't seem to be available immediately after they're
> released by the previous process.   pg_close doesn't seem to help the
> situation.  We understand that pg_close doesn't really close a
> persistent connection, but we were hoping that it would cleanly
> release it for another client to use.  Curious.

Yeah, the persistent connects in php are kinda as dangerous as they
are useful..  Have you tried using regular connects just to compare
performance?  On Linux they're not too bad, but on Windows (the pg
server that is) it's pretty horrible performance-wise.

> We've also tried third-party connection pools and they don't seem to
> be real fast.

What have you tried?  Would pgbouncer work for you?
В списке pgsql-performance по дате отправления
От: Bob Dusek
Дата:
Сообщение: Re: performance config help
От: Jorge Montero
Дата:
Сообщение: Hashaggregate estimates
FAQ