Re: Performance Bottleneck

From: Jeff <threshar(at)torgo(dot)978(dot)org>
To: Martin Foster <martin(at)ethereal-realms(dot)org>
Cc: PostgreSQL Performance <pgsql-performance(at)postgresql(dot)org>, Jan Wieck <JanWieck(at)Yahoo(dot)com>
Subject: Re: Performance Bottleneck
Date: 2004-08-08 12:10:24
Message-ID: ED5E071A-E933-11D8-A672-000D9366F0C4@torgo.978.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance


On Aug 8, 2004, at 1:29 AM, Martin Foster wrote:

> I am currently making use of Apache::DBI which overrides the
> DBI::disconnect call and keeps a pool of active connections for use
> when need be. Since it offloads the pooling to the webserver, it
> seems more advantageous then pgpool which while being able to run on a
> external system is not adding another layer of complexity.
>

Apache::DBI is not the same sort of a pool as pgpool. DB connections
are not shared among all your apache children (A common misconception).
So if you have 300 apache kids you can have have 300 db connections.
With pgpool connections are shared among all of them so even though
you have 300 kids you only have say 32 db connections.

> Anyone had any experience with both Apache::DBI and pgpool? For my
> needs they seem to do essentially the same thing, simply that one is
> invisible to the code while the other requires adding the complexity
> of a proxy.
>

Both are invisible to the app. (With pgpool it thinks it is connecting
to a regular old PG server)

And I've been running pgpool in production for months. It just sits
there. Doesn't take much to set it up or configure it. Works like a
champ

--
Jeff Trout <jeff(at)jefftrout(dot)com>
http://www.jefftrout.com/
http://www.stuarthamm.net/

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Jan Wieck 2004-08-08 13:52:01 Re: Performance Bottleneck
Previous Message Mike Benoit 2004-08-08 08:21:17 Re: Performance Bottleneck