Shared Memory Sizing

From: Curt Sampson <cjs(at)cynic(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Doug Fields <dfields-pg-general(at)pexicom(dot)com>, "Peter A(dot) Daly" <petedaly(at)ix(dot)netcom(dot)com>, <pgsql-general(at)postgresql(dot)org>
Subject: Shared Memory Sizing
Date: 2002-06-26 08:49:15
Message-ID: Pine.NEB.4.43.0206261731010.670-100000@angelic.cynic.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


Just going back through old mail, I notice this. So I'm not the only one
with this opinion. I've seen, at least twice in the last week or so,
people make the mistake of devoting about half their memory to postgres
shared memory buffers (the wost thing you can do!). Would someone care
to go around and find all the spots that talk about this and update them
to have more reasonable advice?

cjs
--
Curt Sampson <cjs(at)cynic(dot)net> +81 90 7737 2974 http://www.netbsd.org
Don't you know, in this new Dark Age, we're all light. --XTC

On Fri, 31 May 2002, Tom Lane wrote:

> Curt Sampson <cjs(at)cynic(dot)net> writes:
> > What is the advantage, if any, to having postgres do the buffering
> > in its shared memory rather than letting the OS do it?
>
> Not much, if any. I don't believe in making shared_buffers be more than
> (at most) 25% of physical RAM. In most cases it's just as effective to
> keep it smaller. I would recommend bumping up the default though ;-).
> Something in the low thousands (of buffers) is probably a realistic
> minimum.
>
> regards, tom lane
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Manfred Koizar 2002-06-26 10:32:01 Re: Updating values of a record variable
Previous Message Peter Alberer 2002-06-26 08:02:43 Updating values of a record variable