From: | Jeff Davis <pgsql(at)j-davis(dot)com> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: freezing tuples ( was: Why is vacuum_freeze_min_age 100m? ) |
Date: | 2009-08-15 23:55:41 |
Message-ID: | 1250380541.23986.60.camel@jdavis |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-performance |
On Sun, 2009-08-16 at 02:02 +0300, Peter Eisentraut wrote:
> For min, the action happens at or above the min values. For max, the
> action happens at or below the max value.
>From the docs, 23.1.4:
"autovacuum is invoked on any table that might contain XIDs older than
the age specified by the configuration parameter
autovacuum_freeze_max_age"
I interpret that to mean that the forced autovacuum run happens above
the value. You could reasonably call it the "minimum age of relfrozenxid
that will cause autovacuum to forcibly run a vacuum".
Similarly, you could call vacuum_freeze_min_age "the maximum age a tuple
can be before a vacuum will freeze it".
I'm not trying to be argumentative, I'm just trying to show that it can
be confusing if you interpret it the wrong way. The first time I saw
those configuration names, I was confused, and ever since, I have to
think about it: "is that variable called min or max?".
My general feeling is that both of these are thresholds. The only real
maximum happens near wraparound.
> With those two particular parameters, the freezing happens exactly
> between the min and the max value.
Thanks, that's a helpful way to remember it.
It may be a little obsolete because now the freezing will normally
happen between vacuum_freeze_min_age and vacuum_freeze_table_age; but at
least I should be able to remember which of the other parameters is
"min" and which one is "max".
Regards,
Jeff Davis
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2009-08-16 00:02:38 | Re: [COMMITTERS] pgsql: Remove tabs from SGML. |
Previous Message | Andrew Dunstan | 2009-08-15 23:44:21 | Re: [COMMITTERS] pgsql: Remove tabs from SGML. |
From | Date | Subject | |
---|---|---|---|
Next Message | simon@2ndquadrant.com | 2009-08-16 09:10:28 | Re: Scalability in postgres |
Previous Message | Peter Eisentraut | 2009-08-15 23:02:03 | Re: freezing tuples ( was: Why is vacuum_freeze_min_age 100m? ) |