aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPeter Eisentraut <peter@eisentraut.org>2020-09-30 07:39:38 +0200
committerPeter Eisentraut <peter@eisentraut.org>2020-09-30 07:39:38 +0200
commit300b6984a58ad48d0ff2eb2f35c745613f07ad9c (patch)
tree54bc5896a74dd03ec0e96f0cc9ae0b25f663d604
parent151c0c5f7277fd572ec02cb4ee992fdd23365a2f (diff)
downloadpostgresql-300b6984a58ad48d0ff2eb2f35c745613f07ad9c.tar.gz
postgresql-300b6984a58ad48d0ff2eb2f35c745613f07ad9c.zip
Fix XML id to match GUC name
For some reason, the id of the description of max_parallel_maintenance_workers has been guc-max-parallel-workers-maintenance since the beginning. Flip that around to make it consistent.
-rw-r--r--doc/src/sgml/config.sgml6
-rw-r--r--doc/src/sgml/ref/create_index.sgml2
-rw-r--r--doc/src/sgml/ref/vacuum.sgml2
3 files changed, 5 insertions, 5 deletions
diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml
index 8eabf93834a..06405f359cd 100644
--- a/doc/src/sgml/config.sgml
+++ b/doc/src/sgml/config.sgml
@@ -2367,7 +2367,7 @@ include_dir 'conf.d'
<para>
When changing this value, consider also adjusting
<xref linkend="guc-max-parallel-workers"/>,
- <xref linkend="guc-max-parallel-workers-maintenance"/>, and
+ <xref linkend="guc-max-parallel-maintenance-workers"/>, and
<xref linkend="guc-max-parallel-workers-per-gather"/>.
</para>
</listitem>
@@ -2415,7 +2415,7 @@ include_dir 'conf.d'
</listitem>
</varlistentry>
- <varlistentry id="guc-max-parallel-workers-maintenance" xreflabel="max_parallel_maintenance_workers">
+ <varlistentry id="guc-max-parallel-maintenance-workers" xreflabel="max_parallel_maintenance_workers">
<term><varname>max_parallel_maintenance_workers</varname> (<type>integer</type>)
<indexterm>
<primary><varname>max_parallel_maintenance_workers</varname> configuration parameter</primary>
@@ -2464,7 +2464,7 @@ include_dir 'conf.d'
Sets the maximum number of workers that the system can support for
parallel operations. The default value is 8. When increasing or
decreasing this value, consider also adjusting
- <xref linkend="guc-max-parallel-workers-maintenance"/> and
+ <xref linkend="guc-max-parallel-maintenance-workers"/> and
<xref linkend="guc-max-parallel-workers-per-gather"/>.
Also, note that a setting for this value which is higher than
<xref linkend="guc-max-worker-processes"/> will have no effect,
diff --git a/doc/src/sgml/ref/create_index.sgml b/doc/src/sgml/ref/create_index.sgml
index 33aa64e81d5..7fa79f4cbfb 100644
--- a/doc/src/sgml/ref/create_index.sgml
+++ b/doc/src/sgml/ref/create_index.sgml
@@ -771,7 +771,7 @@ Indexes:
least a <literal>32MB</literal> share of the total
<varname>maintenance_work_mem</varname> budget. There must also be
a remaining <literal>32MB</literal> share for the leader process.
- Increasing <xref linkend="guc-max-parallel-workers-maintenance"/>
+ Increasing <xref linkend="guc-max-parallel-maintenance-workers"/>
may allow more workers to be used, which will reduce the time
needed for index creation, so long as the index build is not
already I/O bound. Of course, there should also be sufficient
diff --git a/doc/src/sgml/ref/vacuum.sgml b/doc/src/sgml/ref/vacuum.sgml
index a48f75ad7ba..26ede69bb31 100644
--- a/doc/src/sgml/ref/vacuum.sgml
+++ b/doc/src/sgml/ref/vacuum.sgml
@@ -239,7 +239,7 @@ VACUUM [ FULL ] [ FREEZE ] [ VERBOSE ] [ ANALYZE ] [ <replaceable class="paramet
(without <literal>FULL</literal>), if the <literal>PARALLEL</literal> option
is omitted, then the number of workers is determined based on the number of
indexes on the relation that support parallel vacuum operation and is further
- limited by <xref linkend="guc-max-parallel-workers-maintenance"/>. An index
+ limited by <xref linkend="guc-max-parallel-maintenance-workers"/>. An index
can participate in parallel vacuum if and only if the size of the index is
more than <xref linkend="guc-min-parallel-index-scan-size"/>. Please note
that it is not guaranteed that the number of parallel workers specified in