Re: questions regarding shared_buffers behavior

Поиск
Список
Период
Сортировка
От Greg Smith
Тема Re: questions regarding shared_buffers behavior
Дата
Msg-id 4CD73686.4090807@2ndquadrant.com
обсуждение исходный текст
Ответ на questions regarding shared_buffers behavior  (Mark Rostron <mrostron@ql2.com>)
Ответы Re: questions regarding shared_buffers behavior  (Mark Rostron <mrostron@ql2.com>)
Список pgsql-performance
Mark Rostron wrote:
>
> What is the procedure that postgres uses to decide whether or not a
> table/index block will be left in the shared_buffers cache at the end
> of the operation?
>

There is no such procedure.  When a table or index page is used, its
usage count goes up, which means it's more likely to stay in the cache
for longer afterwards.  Processing trying to allocate pages are
constantly circling the buffer cache looking for pages where the usage
count is at 0 to re-use.  The only special cases are for sequential
scans and VACUUM, which use continuously re-use a small section of the
buffer cache in some cases instead.

--
Greg Smith   2ndQuadrant US    greg@2ndQuadrant.com   Baltimore, MD
PostgreSQL Training, Services and Support        www.2ndQuadrant.us
"PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books


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

Предыдущее
От: Mark Rostron
Дата:
Сообщение: questions regarding shared_buffers behavior
Следующее
От: Greg Smith
Дата:
Сообщение: Re: Defaulting wal_sync_method to fdatasync on Linux for 9.1?