Re: Aggressive freezing in lazy-vacuum

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

In response to

Responses

Browse pgsql-hackers by date

  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

Browse pgsql-patches by date

  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)

Browse pgsql-performance by date

  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