From: | Greg Smith <greg(at)2ndquadrant(dot)com> |
---|---|
To: | Matthew Wakeling <matthew(at)flymine(dot)org> |
Cc: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, Brad Nicholson <bnichols(at)ca(dot)afilias(dot)info>, pgsql-performance(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Subject: | Re: Need help in performance tuning. |
Date: | 2010-07-09 22:59:13 |
Message-ID: | 4C37A9C1.1060405@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Matthew Wakeling wrote:
> If you have an external pool solution, you can put it somewhere else -
> maybe on multiple somewhere elses.
This is the key point to observe: if you're at the point where you have
so many connections that you need a pool, the last place you want to put
that is on the overloaded database server itself. Therefore, it must be
an external piece of software to be effective, rather than being part of
the server itself. Database servers are relatively expensive computing
hardware due to size/quantity/quality of disks required. You can throw
a pooler (or poolers) on any cheap 1U server. This is why a built-in
pooler, while interesting, is not particularly functional for how people
normally scale up real-world deployments.
--
Greg Smith 2ndQuadrant US Baltimore, MD
PostgreSQL Training, Services and Support
greg(at)2ndQuadrant(dot)com www.2ndQuadrant.us
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-07-09 23:19:50 | Re: Index usage with functions in where condition |
Previous Message | Jeremy Palmer | 2010-07-09 22:36:15 | Index usage with functions in where condition |