>>>"scott.marlowe" said:
 > On 11 Feb 2003, Greg Copeland wrote:
 > > Besides, I'm not sure that it makes sense to let other product needs
 > > dictate the default configurations for this one.  It would be one thing
 > > if the vast majority of people only used PostgreSQL with Apache.  I know
 > > I'm using it in environments in which no way relate to the web.  I'm
 > > thinking I'm not alone.
 > You don't have to be using apache to need more than 32 simo connections.  
 > Heck, how many postgresql databases do you figure are in production with 
 that setting still in there?  My guess is not many.

I would second this. One of my larger PostgreSQL applications uses Apache, 
although it's not typical web server. Apache is restricted to particular 
number of processes and it rarely uses too many backends (but one should 
consider the possible N databases x M apache processes when using persistent 
database connections).

The main connection load on that system however comes from lots of scripts 
that run asynchronously and access the same data (collect, analyze, archive 
data). Even if database access is serialized as much as possible (at the cost 
of performance or wall clock time waste), this load represents sometimes 
hunderts of backends.

My opinion too is that increasing the number of connections will benefit more 
the first-time experience in usability, rather than in performance boost.

The main trouble is, that more connections require not only more semaphores, 
but also more shared memory.

If we are toying with the 'performance' idea, we should definitely increase 
the sort memory default as well :-) ... and this means LOTS of memory for many 

Is it possible to have some useful connections/memory usage statistics - run 
this code on different installations and collect sufficient data to make 
better choice.


---------------------------(end of broadcast)---------------------------
TIP 5: Have you checked our extensive FAQ?


Reply via email to