From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Freezing tuples on pages dirtied by vacuum |
Date: | 2006-07-19 23:45:24 |
Message-ID: | 17074.1153352724@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Jim C. Nasby" <jnasby(at)pervasive(dot)com> writes:
> ISTM that as soon as vacuum dirties a page, it might as well update all
> tuples it can (any where Xmin < GetOldestXmin()), since that won't take
> much time compared to the cost of writing the page out.
Perhaps not, but what it will do is destroy data that you might wish you
had later. Check the archives and note how often we ask people for xmin
values when trying to debug a problem. I don't think it's a good idea
for aggressive freezing of tuples to be the default behavior. Moreover,
I can't see that there'd be any real gain from having done it --- it
doesn't look to me like it would save any vacuum-to-prevent-wraparound
operations, since nothing would happen at non-dirty pages.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-07-19 23:54:49 | Re: How does the planner deal with multiple possible indexes? |
Previous Message | Tom Lane | 2006-07-19 23:39:14 | Re: Max size of a btree index entry |