Re: performance config help
От
Scott Marlowe
Тема
Re: performance config help
Дата
Msg-id
dcc563d11001131243l1a53c485s452780f9f6abb976@mail.gmail.com
Ответ на
Re: performance config help (Bob Dusek)
Список
Дерево обсуждения
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 по дате отправления