Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
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

pgsql-performance by date

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

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group