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

Re: too many clients

From: "Gavin M(dot) Roy" <gmr(at)ehpg(dot)net>
To: Greg Stark <gsstark(at)mit(dot)edu>
Cc: Frank Bax <fbax(at)sympatico(dot)ca>, pgsql-php(at)postgresql(dot)org
Subject: Re: too many clients
Date: 2004-12-30 05:33:08
Message-ID: 1104384788.32609.42.camel@localhost (view raw, whole thread or download thread mbox)
Lists: pgsql-php
My primary setup that I use this in is an back-end for an application
that uses XML over HTTP to talk to a PHP application using PgSQL.  It's
run in production for a long time, on modest hardware (dual xeon, 4 gigs
ram, raid 5 ultra 160 drives - pgsql that is).

On Thu, 2004-12-30 at 00:20 -0500, Greg Stark wrote:
> "Gavin M. Roy" <gmr(at)ehpg(dot)net> writes:
> > I use it on a few very high traffic sites without issue, but it is tuned so
> > that there is only 1 persistant connection per apache backend and postgresql
> > will allow the max apache backends, which by default is generally 256. I
> > highly recommend it in such a situation, while I generally do not recommend
> > it in any other.
> That doesn't sound reasonable. Does your machine really have so many
> processors or i/o bandwidth that 256 postgres processes can really all make
> progress?
> Or do you have images and static html on the same web server? If so I suggest
> moving them to another web server. No need to have a postgres instance (and a
> php instance) sitting idle consuming memory waiting until someone happens to
> hit a dynamic page.

In response to


pgsql-php by date

Next:From: Matthew TerenzioDate: 2004-12-30 14:03:35
Subject: Re: too many clients
Previous:From: Greg StarkDate: 2004-12-30 05:20:37
Subject: Re: too many clients

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