Re: Peformance Tuning Opterons/ Hard Disk Layout - Mailing list pgsql-performance

From Jim C. Nasby
Subject Re: Peformance Tuning Opterons/ Hard Disk Layout
Date
Msg-id 20050225162005.GK84483@decibel.org
Whole thread Raw
In response to Re: Peformance Tuning Opterons/ Hard Disk Layout  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Wed, Feb 23, 2005 at 01:37:28PM -0500, Tom Lane wrote:
> "Bruno Almeida do Lago" <teolupus@gmail.com> writes:
> > Is there a real limit for max_connections? Here we've an Oracle server with
> > up to 1200 simultaneous conections over it!
>
> [ shrug... ] If your machine has the beef to run 1200 simultaneous
> queries, you can set max_connections to 1200.
>
> The point of what you were quoting is that if you want to service
> 1200 concurrent users but you only expect maybe 100 simultaneously
> active queries from them (and you have a database box that can only
> service that many) then you want to put a connection pooler in
> front of 100 backends, not try to start a backend for every user.
>
> Oracle may handle this sort of thing differently, I dunno.
>
>             regards, tom lane

Oracle has some form of built-in connection pooling. I don't remember
the exact details of it off the top of my head, but I think it was a
'wedge' that clients would connect to as if it was the database, and the
wedge would then find an available database process to use.
--
Jim C. Nasby, Database Consultant               decibel@decibel.org
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Possible interesting extra information for explain analyze?
Next
From: Markus Schaber
Date:
Subject: Re: is pg_autovacuum so effective ?