Re: Automatic free space map filling
От | Tom Lane |
---|---|
Тема | Re: Automatic free space map filling |
Дата | |
Msg-id | 3176.1141315137@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Automatic free space map filling (Christopher Browne <cbbrowne@acm.org>) |
Ответы |
Re: Automatic free space map filling
|
Список | pgsql-hackers |
Christopher Browne <cbbrowne@acm.org> writes: > What is unclear to me in the discussion is whether or not this is > invalidating the item on the TODO list... No, I don't think any of this is an argument against the dirty-page-bitmap idea. The amount of foreground effort needed to set a dirty-page bit is minimal (maybe even zero, if we can make the bgwriter do it, though I'm pretty suspicious of that idea because I think it needs to be done immediately when the page is dirtied). I don't see the dirty-page bitmap as changing the way that VACUUM works in any fundamental respect --- it will just allow the vacuum process to skip reading pages that certainly don't need to change. One point that does need to be considered though is what about anti-wraparound processing (ie, replacing old XIDs with FrozenXID before they wrap around)? VACUUM currently is a safe way to handle that, but if its normal mode of operation stops looking at every tuple then we're going to have an issue there. regards, tom lane
В списке pgsql-hackers по дате отправления: