Re: shared_buffers/effective_cache_size on 96GB server - Mailing list pgsql-performance

From Claudio Freire
Subject Re: shared_buffers/effective_cache_size on 96GB server
Date
Msg-id CAGTBQpZvsm=pHf6=P=2w53ATbErA8Bb4idvwhw+DCJwkSL0=QA@mail.gmail.com
Whole thread Raw
In response to Re: shared_buffers/effective_cache_size on 96GB server  (Jeff Janes <jeff.janes@gmail.com>)
Responses Re: shared_buffers/effective_cache_size on 96GB server  (Scott Marlowe <scott.marlowe@gmail.com>)
List pgsql-performance
On Wed, Oct 10, 2012 at 7:33 PM, Jeff Janes <jeff.janes@gmail.com> wrote:
>> Well, the real question is whether, while traversing the index, if some
>> of the pages are going to be removed from the cache by other process
>> cache usage.  effective_cache_size is not figuring the cache will remain
>> between queries.
>
> Does anyone see effective_cache_size make a difference anyway?  If so,
> in what circumstances?

In my case, if I set it too high, I get impossibly suboptimal plans
when an index scan over millions of rows hits the disk way too often
way too randomly. The difference is minutes for a seqscan vs hours for
the index scan. In fact, I prefer setting it too low than too high.


pgsql-performance by date:

Previous
From: Jeff Janes
Date:
Subject: Re: shared_buffers/effective_cache_size on 96GB server
Next
From: Korisk
Date:
Subject: Re: hash aggregation