Re: DB cache size strategies

From: "Ed L(dot)" <pgsql(at)bluepolka(dot)net>
To: Martijn van Oosterhout <kleptog(at)svana(dot)org>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: DB cache size strategies
Date: 2004-02-10 20:20:32
Message-ID: 200402101320.32784.pgsql@bluepolka.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Friday January 30 2004 6:06, Martijn van Oosterhout wrote:
> On Fri, Jan 30, 2004 at 03:19:56PM -0700, Ed L. wrote:
> >
> > I'm also curious about the relationship of DB shared buffer cache to
> > the linux/hpux kernel caches. ...
>
> Whenever the database needs a block not in memory it get loaded and ends
> up in both the OS cache and the DB cache. The difference between getting
> a block out of DB cache and OS cache is very, very small compared to
> loading off disk.

So the OS cache and the DB cache may well have duplicate copies of the data?
With OS cache being more susceptible to preemption from other processes?

> Finally, at least on Linux, the shared memory postgres uses for cache can
> also be swapped out making it very difficult to determine the correct
> value.

What would cause DB shared memory to be swapped out in linux? I thought it
was all pre-allocated at pgsql startup. Is this the "well its not really
pre-allocated but rather supplied on demand" story? I think I saw some
sort of kernel parameter controlling a similar (same?) policy...

TIA.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Chris Browne 2004-02-10 20:32:11 Re: I want to use postresql for this app, but...
Previous Message Peter Darley 2004-02-10 20:20:09 Re: Transfer database tables to a schema