Re: Peformance Tuning Opterons/ Hard Disk Layout

Поиск
Список
Период
Сортировка
От Jim C. Nasby
Тема Re: Peformance Tuning Opterons/ Hard Disk Layout
Дата
Msg-id 20050225162005.GK84483@decibel.org
обсуждение исходный текст
Ответ на Re: Peformance Tuning Opterons/ Hard Disk Layout  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Possible interesting extra information for explain analyze?
Следующее
От: Markus Schaber
Дата:
Сообщение: Re: is pg_autovacuum so effective ?