From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [COMMITTERS] pgsql: Lower *_freeze_max_age minimum values. |
Date: | 2015-10-05 10:04:15 |
Message-ID: | 20151005100415.GB22389@awork2.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On 2015-09-24 12:39:54 -0300, Alvaro Herrera wrote:
> Andres Freund wrote:
> > On 2015-09-24 10:37:33 -0400, Tom Lane wrote:
> > > Andres Freund <andres(at)anarazel(dot)de> writes:
>
> > > Should this patch not have also touched the per-table limits in
> > > reloptions.c?
> >
> > Hm. I guess that'd make sense. It's not really related to the goal of
> > making it realistic to test multixact/clog truncation, but it's less
> > confusing if consistent.
>
> Yeah, agreed.
Pushed. I actually noticed that the lower limit reloption
multixact_freeze_max_age in reloptions was wrong independent of recent
commits.
> > > and I found places in create_table.sgml that claim these variables can be
> > > set to zero. You didn't break that with this patch, but it's still wrong.
> >
> > Seems to have been "broken" back in 834a6da4f7 - the old table based
> > approach doesn't seem to have imposed lower limits. I'm not really sure
> > whether making the limits consistent and updating the docs or removing
> > them alltogether is the better approach.
>
> I'm surprised the error has survived this long. Without checking I
> can't say what's the best solution either, but I would opt for
> documenting the limits we have -- if we want to change them back to 0 I
> say that merits its own discussion.
How about simply removing that sentence? I.e. something like
<literal>autovacuum_freeze_max_age</> larger than the system-wide setting
- (it can only be set smaller). Note that while you can set
- <literal>autovacuum_freeze_max_age</> very small, or even zero, this is
- usually unwise since it will force frequent vacuuming.
+ (it can only be set smaller).
</para>
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Frost | 2015-10-05 11:39:05 | pgsql: Do not write out WCOs in Query |
Previous Message | Andres Freund | 2015-10-05 10:02:10 | pgsql: Re-Align *_freeze_max_age reloption limits with corresponding GU |
From | Date | Subject | |
---|---|---|---|
Next Message | Kyotaro HORIGUCHI | 2015-10-05 10:07:38 | Re: Connection string parameter 'replication' in documentation |
Previous Message | Etsuro Fujita | 2015-10-05 08:55:37 | Re: Foreign join pushdown vs EvalPlanQual |