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 по дате отправления: