From: | Jeff Davis <pgsql(at)j-davis(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | 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-14 20:57:07 |
Message-ID: | 1250283427.24981.160.camel@monkey-cat.sm.truviso.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-performance |
On Fri, 2009-08-14 at 14:37 -0400, Tom Lane wrote:
> I tend to agree with Josh that you do need to offer two knobs. But
> expressing the second knob as a fraction (with range 0 to 1) might be
> better than an independent "min" parameter. As you say, that'd be
> useful to prevent people from setting them inconsistently.
Ok. Any ideas for a name?
Josh suggests "vacuum_freeze_dirty_age" (or perhaps he was using at as a
placeholder). I don't particularly like that name, but I can't think of
anything better without renaming vacuum_freeze_min_age.
> > *: As an aside, these GUCs already have incredibly confusing names, and
> > an extra variable would increase the confusion. For instance, they seem
> > to use "min" and "max" interchangeably.
>
> Some of them are in fact max's, I believe.
Looking at the definitions of vacuum_freeze_min_age and
autovacuum_freeze_max_age there seems to be almost no distinction
between "min" and "max" in those two names. I've complained about this
before:
http://archives.postgresql.org/pgsql-hackers/2008-12/msg01731.php
I think both are essentially thresholds, so giving them two names with
opposite meaning is misleading.
Regards,
Jeff Davis
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2009-08-14 21:20:27 | Re: [COMMITTERS] pgsql: Use DocBook XSL stylesheets for man page building This switches |
Previous Message | Tom Lane | 2009-08-14 20:42:12 | Re: pg_hba.conf: samehost and samenet |
From | Date | Subject | |
---|---|---|---|
Next Message | Craig James | 2009-08-14 21:20:31 | Per-database warm standby? |
Previous Message | Scott Carey | 2009-08-14 20:37:51 | Re: Memory reporting on CentOS Linux |