Re: [COMMITTERS] pgsql: Make large sequential scans and VACUUMs work in a limited-size

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: [COMMITTERS] pgsql: Make large sequential scans and VACUUMs work in a limited-size
Дата
Msg-id 20070530210955.GM7128@alvh.no-ip.org
обсуждение исходный текст
Ответы Re: [COMMITTERS] pgsql: Make large sequential scans and VACUUMs work in a limited-size  (Heikki Linnakangas <heikki@enterprisedb.com>)
Список pgsql-hackers
Tom Lane wrote:
> Log Message:
> -----------
> Make large sequential scans and VACUUMs work in a limited-size "ring" of
> buffers, rather than blowing out the whole shared-buffer arena.  Aside from
> avoiding cache spoliation, this fixes the problem that VACUUM formerly tended
> to cause a WAL flush for every page it modified, because we had it hacked to
> use only a single buffer.  Those flushes will now occur only once per
> ring-ful.  The exact ring size, and the threshold for seqscans to switch into
> the ring usage pattern, remain under debate; but the infrastructure seems
> done.  The key bit of infrastructure is a new optional BufferAccessStrategy
> object that can be passed to ReadBuffer operations; this replaces the former
> StrategyHintVacuum API.

I think now is time to re-test the patch for advancing OldestXmin during
vacuum?

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Ye olde drop-the-database-you-just-left problem
Следующее
От: Tom Lane
Дата:
Сообщение: Re: New cast between inet/cidr and bytea