Re: Working on huge RAM based datasets - Mailing list pgsql-performance

From Jan Wieck
Subject Re: Working on huge RAM based datasets
Date
Msg-id 40F14ADE.4080402@Yahoo.com
Whole thread Raw
In response to Re: Working on huge RAM based datasets  ("Merlin Moncure" <merlin.moncure@rcsonline.com>)
List pgsql-performance
On 7/9/2004 10:16 AM, Merlin Moncure wrote:

>> What is it about the buffer cache that makes it so unhappy being able
> to
>> hold everything? I don't want to be seen as a cache hit fascist, but
> isn't
>> it just better if the data is just *there*, available in the
> postmaster's
>> address space ready for each backend process to access it, rather than
>> expecting the Linux cache mechanism, optimised as it may be, to have
> to do
>> the caching?
>
> The disk cache on most operating systems is optimized.  Plus, keeping
> shared buffers low gives you more room to bump up the sort memory, which
> will make your big queries run faster.

Plus, the situation will change dramatically with 7.5 where the disk
cache will have less information than the PG shared buffers, which will
become sequential scan resistant and will know that a block was pulled
in on behalf of vacuum and not because the regular database access
pattern required it.


Jan

--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #


pgsql-performance by date:

Previous
From: Christopher Browne
Date:
Subject: Re: Working on huge RAM based datasets
Next
From: Christopher Browne
Date:
Subject: Re: Working on huge RAM based datasets