Re: Plans for solving the VACUUM problem

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Plans for solving the VACUUM problem
Дата
Msg-id 200105221732.f4MHWef08905@candle.pha.pa.us
обсуждение исходный текст
Ответ на RE: Plans for solving the VACUUM problem  ("Mikheev, Vadim" <vmikheev@SECTORBASE.COM>)
Список pgsql-hackers
[ Charset ISO-8859-1 unsupported, converting... ]
> > > My point is that we'll need in dynamic cleanup anyway and UNDO is
> > > what should be implemented for dynamic cleanup of aborted changes.
> > 
> > I do not yet understand why you want to handle aborts different than
> > outdated tuples.
> 
> Maybe because of aborted tuples have shorter Time-To-Live.
> And probability to find pages for them in buffer pool is higher.

This brings up an idea I had about auto-vacuum.  I wonder if autovacuum
could do most of its work by looking at the buffer cache pages and
commit xids.  Seems it would be quite easy record freespace in pages
already in the buffer and collect that information for other backends to
use.  It could also move tuples between cache pages with little
overhead.

There wouldn't be an I/O overhead, and frequently used tables are
already in the cache.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: The Hermit Hacker
Дата:
Сообщение: Not released yet, but could someone take a quick peak ...
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Plans for solving the VACUUM problem