From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net> |
Cc: | "PostgreSQL Patches" <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: pg_autovacuum integration attempt #2 |
Date: | 2004-07-16 20:45:26 |
Message-ID: | 200407162245.26382.peter_e@gmx.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
Matthew T. O'Connor wrote:
> I think it's ready to apply barring any feedback to the contrary.
> Actually I do have a small improvement I will send in tomorrow (sorry
> can't do it any sooner) that defaulted autovac_enabled to false, and
> makes autovac fail more gracefully when the stats system is not
> enabled, but that shouldn't stop you from applying this patch.
A nitpick on that parameter name: There is not reason to abbreviate
"autovacuum": there is enough space. And the "_enabled" is redundant.
> The thing I was trying to do was use the GUC hook function to make
> sure that the required GUC variables are also set before GUC reports
> autovac as enabled. This seemed cleaner to me, but apparently it
> won't work since it seems that autovac_enabled is read from GUC
> before the stats variables, and there is no way to force the order in
> which they are read. Am I missing something?
What I am missing at least is what you really mean by "the required GUC
variables are also set". GUC variables are always set to something (at
least after the initialization phase, but you don't get to do anything
with GUC before the initialization, obviously).
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-07-16 21:13:57 | Re: pg_autovacuum integration attempt #2 |
Previous Message | Bruce Momjian | 2004-07-16 19:39:05 | Re: pg_autovacuum integration attempt #2 |