Re: Peformance Tuning Opterons/ Hard Disk Layout

From: Rod Taylor <pg(at)rbt(dot)ca>
To: Bruno Almeida do Lago <teolupus(at)gmail(dot)com>
Cc: 'Michael Adler' <adler(at)pobox(dot)com>, Postgresql Performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Peformance Tuning Opterons/ Hard Disk Layout
Date: 2005-02-23 18:35:03
Message-ID: 1109183703.40753.196.camel@home
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, 2005-02-23 at 15:26 -0300, Bruno Almeida do Lago wrote:
> Is there a real limit for max_connections? Here we've an Oracle server with
> up to 1200 simultaneous conections over it!

If you can reduce them by using something like pgpool between PostgreSQL
and the client, you'll save some headache. PostgreSQL did not perform as
well with a large number of idle connections and it does otherwise (last
time I tested was 7.4 though -- perhaps it's better now).

The kernel also starts to play a significant role with a high number of
connections. Some operating systems don't perform as well with a high
number of processes (process handling, scheduling, file handles, etc.).

I think you can do it without any technical issues, but you will
probably be happier with the result if you can hide idle connections
from the database machine.
--

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Tom Lane 2005-02-23 18:37:28 Re: Peformance Tuning Opterons/ Hard Disk Layout
Previous Message Bruno Almeida do Lago 2005-02-23 18:26:18 Re: Peformance Tuning Opterons/ Hard Disk Layout