Re: Limiting setting of hint bits by read-only queries; vacuum_delay

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Limiting setting of hint bits by read-only queries; vacuum_delay
Дата
Msg-id CAM-w4HMELHt+33MFE4iaK9dQqFnbFbHwXVmTH-hhTn1Hx5FLoQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Limiting setting of hint bits by read-only queries; vacuum_delay  (Greg Smith <greg@2ndQuadrant.com>)
Ответы Re: Limiting setting of hint bits by read-only queries; vacuum_delay  (Jeff Davis <pgsql@j-davis.com>)
Список pgsql-hackers
On Mon, Mar 25, 2013 at 2:50 AM, Greg Smith <greg@2ndquadrant.com> wrote:
> The idea I was thinking about is refactoring the background writer's role in
> hint bit maintenance

A good first step might be to separate the "dirty" bit into two bits.
"mandatory dirty" and "optional dirty". (Or maybe "hard dirty" and
"soft dirty"). Hint bit updates could set the latter and then some
later policy decision could be made about whether to bother writing
out the buffer if it's only optionally dirty.

My personal suspicion is that the right policy will look something
like writing out 1/nth of the hint bit dirtied pages. Where n is
something like MaxTuplesPerPage or perhaps the actual number of tuples
per page. And perhaps that should only happen if there are any
mandatory dirty pages waiting to be written or something like that.


-- 
greg



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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: backward incompatible pg_basebackup and pg_receivexlog
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: Proposal for Allow postgresql.conf values to be changed via SQL [review]