Re: shared_buffers/effective_cache_size on 96GB server

Поиск
Список
Период
Сортировка
От Claudio Freire
Тема Re: shared_buffers/effective_cache_size on 96GB server
Дата
Msg-id CAGTBQpZvsm=pHf6=P=2w53ATbErA8Bb4idvwhw+DCJwkSL0=QA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: shared_buffers/effective_cache_size on 96GB server  (Jeff Janes <jeff.janes@gmail.com>)
Ответы Re: shared_buffers/effective_cache_size on 96GB server  (Scott Marlowe <scott.marlowe@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Jeff Janes
Дата:
Сообщение: Re: shared_buffers/effective_cache_size on 96GB server
Следующее
От: Korisk
Дата:
Сообщение: Re: hash aggregation