From 2b438c12cca443fe69852e9b0c678893c8686ac0 Mon Sep 17 00:00:00 2001 From: Alvaro Herrera Date: Fri, 8 Jun 2007 21:09:49 +0000 Subject: Avoid passing zero as a value for vacuum_cost_limit, because it's not a valid value for the vacuum code. Instead, make zero signify getting the value from a higher level configuration facility, just like -1 in the original coding. We still document that -1 is the value that disables the feature, to avoid confusing the user unnecessarily. Reported by Galy Lee in <200705310914.l4V9E6JA094603@wwwmaster.postgresql.org>; per subsequent discussion. --- doc/src/sgml/catalogs.sgml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'doc/src') diff --git a/doc/src/sgml/catalogs.sgml b/doc/src/sgml/catalogs.sgml index aa699ae62e1..5ad3aae3aeb 100644 --- a/doc/src/sgml/catalogs.sgml +++ b/doc/src/sgml/catalogs.sgml @@ -1,4 +1,4 @@ - + @@ -1339,7 +1339,7 @@ be used for this particular value. Observe that the vac_cost_delay variable inherits its default value from the configuration parameter, - or from vacuum_cost_delay if the former is set to a negative + or from if the former is set to a negative value. The same applies to vac_cost_limit. Also, autovacuum will ignore attempts to set a per-table freeze_max_age larger than the system-wide setting (it can only be set -- cgit v1.2.3