Re: DB cache size strategies - Mailing list pgsql-general

From Ed L.
Subject Re: DB cache size strategies
Date
Msg-id 200402101636.00935.pgsql@bluepolka.net
Whole thread Raw
In response to Re: DB cache size strategies  ("scott.marlowe" <scott.marlowe@ihs.com>)
Responses Re: DB cache size strategies  ("scott.marlowe" <scott.marlowe@ihs.com>)
List pgsql-general
On Tuesday February 10 2004 3:48, scott.marlowe wrote:
> On Tue, 10 Feb 2004, Ed L. wrote:
> > Interesting.  Why leave very large tables to the kernel instead of the
> > db cache?  Assuming a dedicated DB server and a DB smaller than
> > available RAM, why not give the DB enough RAM to get the entire DB into
> > the DB cache? (Assuming you have the RAM).
>
> Because the kernel is more efficient (right now) at caching large data
> sets.
>
> With the ARC cache manager that will likely wend it's way into 7.5, it's
> quite a likely possibility that postgresql will be able to efficiently
> handle a larger cache, but it will still be a shared memory cache, and
> those are still usually much slower than the kernel's cache.

Hmmm.  Others have asserted/assumed they'd be roughly equivalent.  It'd be
interesting to see some real data measuring the performance of the shared
mem cache vs. kernel cache.  Anyone know of existing benchmarks?


pgsql-general by date:

Previous
From: Martijn van Oosterhout
Date:
Subject: Temporary views
Next
From: "scott.marlowe"
Date:
Subject: Re: DB cache size strategies