Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search archives
  Advanced Search

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


  • From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
  • To: Hackers <pgsql-hackers(at)postgresql(dot)org>
  • Cc: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
  • Subject: Re: [COMMITTERS] pgsql: Make large sequential scans and VACUUMs work in a limited-size
  • Date: Wed, 30 May 2007 17:09:55 -0400
  • Message-id: <20070530210955.GM7128@alvh.no-ip.org> <text/plain>

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.



Home | Main Index | Thread Index

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group