From 6df2971d32803c44d671d3a93fc718cb82fd7883 Mon Sep 17 00:00:00 2001
From: David Rowley
Date: Mon, 9 Aug 2021 16:48:37 +1200
Subject: Doc: Fix misleading statement about VACUUM memory limits
In ec34040af I added a mention that there was no point in setting
maintenance_work_limit to anything higher than 1GB for vacuum, but that
was incorrect as ginInsertCleanup() also looks at what
maintenance_work_mem is set to during VACUUM and that's not limited to
1GB.
Here I attempt to make it more clear that the limitation is only around
the number of dead tuple identifiers that we can collect during VACUUM.
I've also added a note to autovacuum_work_mem to mention this limitation.
I didn't do that in ec34040af as I'd had some wrong-headed ideas about
just limiting the maximum value for that GUC to 1GB.
Author: David Rowley
Discussion: https://postgr.es/m/CAApHDvpGwOAvunp-E-bN_rbAs3hmxMoasm5pzkYDbf36h73s7w@mail.gmail.com
Backpatch-through: 9.6, same as ec34040af
---
doc/src/sgml/config.sgml | 14 ++++++++++----
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml
index 32c8fb8ea92..e500b1fdecc 100644
--- a/doc/src/sgml/config.sgml
+++ b/doc/src/sgml/config.sgml
@@ -1618,10 +1618,9 @@ include_dir 'conf.d'
setting .
- Additionally, VACUUM is only able to utilize up to
- a maximum of 1GB of memory, so
- maintenance_work_mem values higher than this have
- no effect on VACUUM.
+ Note that for the collection of dead tuple identifiers,
+ VACUUM is only able to utilize up to a maximum of
+ 1GB of memory.
@@ -1643,6 +1642,13 @@ include_dir 'conf.d'
postgresql.conf file or on the server command
line.
+
+ For the collection of dead tuple identifiers, autovacuum is only able
+ to utilize up to a maximum of 1GB of memory, so
+ setting autovacuum_work_mem to a value higher than
+ that has no effect on the number of dead tuples that autovacuum can
+ collect while scanning a table.
+
--
cgit v1.2.3