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

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search for
  Advanced Search

Re: [PATCHES] default resource limits


  • From: Andrew Dunstan <andrew(at)dunslane(dot)net>
  • To: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
  • Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Peter Eisentraut <peter_e(at)gmx(dot)net>
  • Subject: Re: [PATCHES] default resource limits
  • Date: Sat, 24 Dec 2005 12:18:45 -0500
  • Message-id: <43AD82F5(dot)3030700(at)dunslane(dot)net>



Robert Treat wrote:

Maybe we should write something in to check if apache is installed if we're so concerned about that usage...

Er, yeah, I'll get right on that. (Don't hold your breath.)

I already know that I set the connection limits lower on most of the installations I do (given than most installations are not production webservers).

So do I. In fact, even on production web servers I usually use connection pooling and can rarely get an app to approach saturating a pool size of around 20 let alone 100. But then you and I know something about tuning Postgres. What I am aiming for is something that is closer to the norm on out of the box configuration.

There is also the argument to be made that just because systems these days have more memory doesn't mean we have to use it.

Just because we can run with very little memory doesn't mean we have to. What is the point of having lots of memory if you don't use it? We are talking defaults here. initdb will still scale down on resource-starved machines.

cheers

andrew



Home | Main Index | Thread Index

Privacy Policy | PostgreSQL Archives hosted by Command Prompt, Inc. | Designed by tinysofa
Copyright © 1996 – 2008 PostgreSQL Global Development Group