Re: DB cache size strategies

Поиск
Список
Период
Сортировка
От Ed L.
Тема Re: DB cache size strategies
Дата
Msg-id 200402101636.00935.pgsql@bluepolka.net
обсуждение исходный текст
Ответ на Re: DB cache size strategies  ("scott.marlowe" <scott.marlowe@ihs.com>)
Ответы Re: DB cache size strategies  ("scott.marlowe" <scott.marlowe@ihs.com>)
Список 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 по дате отправления:

Предыдущее
От: Martijn van Oosterhout
Дата:
Сообщение: Temporary views
Следующее
От: "scott.marlowe"
Дата:
Сообщение: Re: DB cache size strategies