Re: shared_buffers advice

Поиск
Список
Период
Сортировка
От Konrad Garus
Тема Re: shared_buffers advice
Дата
Msg-id AANLkTim6FolMPvH997nW5FSciJtR6VJevEsN0gE43clO@mail.gmail.com
обсуждение исходный текст
Ответ на Re: shared_buffers advice  (Merlin Moncure <mmoncure@gmail.com>)
Ответы Re: shared_buffers advice  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-performance
2010/5/24 Merlin Moncure <mmoncure@gmail.com>:

> *) a page fault to disk is a much bigger deal than a fault to pg cache
> vs os/ cache.

That was my impression. That's why I did not touch our 2/16 GB setting
right away. I guess that 2 more gigabytes in OS cache is better than 2
more (duplicated) gigabytes in PG shared_buffers. In our case 2 GB
shared_buffers appears to be enough to avoid thrashing between OS and
PG.

> *) shared_buffers is one of the _least_ important performance settings
> in postgresql.conf
>
> Many settings, like work_mem, planner tweaks, commit settings,
> autovacuum settings

Can you recommend any sources on these parameters, especially commit
settings and planner tweaks?


Thank you so much for the whole answer! Not only it addresses the
immediate question, but also many of the unasked that I had in the
back of my head. It's brief and gives a broad view over all the
performance concerns. It should be part of documentation or the first
page of performance wiki. Have you copied it from somewhere?

--
Konrad Garus

В списке pgsql-performance по дате отправления:

Предыдущее
От: Grzegorz Jaśkiewicz
Дата:
Сообщение: Re: performance of temporary vs. regular tables
Следующее
От: Tyler Hildebrandt
Дата:
Сообщение: Query timing increased from 3s to 55s when used as a function instead of select