Re: First set of OSDL Shared Mem scalability results, some - Mailing list pgsql-performance

From Dennis Bjorklund
Subject Re: First set of OSDL Shared Mem scalability results, some
Date
Msg-id Pine.LNX.4.44.0410102340370.19886-100000@zigo.dhs.org
Whole thread Raw
In response to First set of OSDL Shared Mem scalability results, some wierdness ...  (Josh Berkus <josh@agliodbs.com>)
List pgsql-performance
On Fri, 8 Oct 2004, Josh Berkus wrote:

> As you can see, the "sweet spot" appears to be between 5% and 10% of RAM,
> which is if anything *lower* than recommendations for 7.4!

What recommendation is that? To have shared buffers being about 10% of the
ram sounds familiar to me. What was recommended for 7.4? In the past we
used to say that the worst value is 50% since then the same things might
be cached both by pg and the os disk cache.

Why do we excpect the shared buffer size sweet spot to change because of
the new arc stuff? And why would it make it better to have bigger shared
mem?

Wouldn't it be the opposit, that now we don't invalidate as much of the
cache for vacuums and seq. scan so now we can do as good caching as
before but with less shared buffers.

That said, testing and getting some numbers of good sizes for shared mem
is good.

--
/Dennis Björklund


pgsql-performance by date:

Previous
From: Gaetano Mendola
Date:
Subject: Re: First set of OSDL Shared Mem scalability results, some wierdness
Next
From: Dawid Kuroczko
Date:
Subject: Views, joins and LIMIT