From: | "Florian G(dot) Pflug" <fgp(at)phlo(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, pgsql-hackers(at)postgresql(dot)org, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: Aggressive freezing in lazy-vacuum |
Date: | 2007-03-05 19:26:58 |
Message-ID: | 45EC6F02.1050306@phlo.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches pgsql-performance |
Tom Lane wrote:
> ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> writes:
>> This is a stand-alone patch for aggressive freezing. I'll propose
>> to use OldestXmin instead of FreezeLimit as the freeze threshold
>> in the circumstances below:
>
> I think it's a really bad idea to freeze that aggressively under any
> circumstances except being told to (ie, VACUUM FREEZE). When you
> freeze, you lose history information that might be needed later --- for
> forensic purposes if nothing else. You need to show a fairly amazing
> performance gain to justify that, and I don't think you can.
There could be a GUC vacuum_freeze_limit, and the actual FreezeLimit
would be calculated as
GetOldestXmin() - vacuum_freeze_limit
The default for vacuum_freeze_limit would be MaxTransactionId/2, just
as it is now.
greetings, Florian Pflug
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2007-03-05 19:30:00 | Re: [PATCHES] Aggressive freezing in lazy-vacuum |
Previous Message | Gregory Stark | 2007-03-05 19:02:32 | Re: Bug: Buffer cache is not scan resistant |
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2007-03-05 19:30:00 | Re: [PATCHES] Aggressive freezing in lazy-vacuum |
Previous Message | Simon Riggs | 2007-03-05 16:04:26 | Heap page diagnostic/test functions (WIP) |
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2007-03-05 19:30:00 | Re: [PATCHES] Aggressive freezing in lazy-vacuum |
Previous Message | Heikki Linnakangas | 2007-03-05 16:25:27 | Re: PostgreSQL 8.2.3 VACUUM Timings/Performance |