Shared Memory Sizing - Mailing list pgsql-general

From Curt Sampson
Subject Shared Memory Sizing
Date
Msg-id Pine.NEB.4.43.0206261731010.670-100000@angelic.cynic.net
Whole thread Raw
In response to Re: Non-linear Performance  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Shared Memory Sizing  (Bruce Momjian <pgman@candle.pha.pa.us>)
List 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@cynic.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@cynic.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
>




pgsql-general by date:

Previous
From: "Peter Alberer"
Date:
Subject: Updating values of a record variable
Next
From: Manfred Koizar
Date:
Subject: Re: Updating values of a record variable