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

From Tom Lane
Subject Re: Peformance Tuning Opterons/ Hard Disk Layout
Date
Msg-id 21207.1109184690@sss.pgh.pa.us
Whole thread Raw
In response to Re: Peformance Tuning Opterons/ Hard Disk Layout  (Rod Taylor <pg@rbt.ca>)
List pgsql-performance
Rod Taylor <pg@rbt.ca> writes:
> 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.).

Right; the main problem with having lots more backends than you need is
that the idle ones still eat their share of RAM and open file handles.

A connection pooler uses relatively few resources per idle connection,
so it's a much better impedance match if you want to service lots of
connections that are mostly idle.

            regards, tom lane

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Peformance Tuning Opterons/ Hard Disk Layout
Next
From: John Allgood
Date:
Subject: Re: Peformance Tuning Opterons/ Hard Disk Layout