Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 300b698

Browse files
committed
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.
1 parent 151c0c5 commit 300b698

File tree

3 files changed

+5
-5
lines changed

3 files changed

+5
-5
lines changed

doc/src/sgml/config.sgml

+3-3
Original file line numberDiff line numberDiff line change
@@ -2367,7 +2367,7 @@ include_dir 'conf.d'
23672367
<para>
23682368
When changing this value, consider also adjusting
23692369
<xref linkend="guc-max-parallel-workers"/>,
2370-
<xref linkend="guc-max-parallel-workers-maintenance"/>, and
2370+
<xref linkend="guc-max-parallel-maintenance-workers"/>, and
23712371
<xref linkend="guc-max-parallel-workers-per-gather"/>.
23722372
</para>
23732373
</listitem>
@@ -2415,7 +2415,7 @@ include_dir 'conf.d'
24152415
</listitem>
24162416
</varlistentry>
24172417

2418-
<varlistentry id="guc-max-parallel-workers-maintenance" xreflabel="max_parallel_maintenance_workers">
2418+
<varlistentry id="guc-max-parallel-maintenance-workers" xreflabel="max_parallel_maintenance_workers">
24192419
<term><varname>max_parallel_maintenance_workers</varname> (<type>integer</type>)
24202420
<indexterm>
24212421
<primary><varname>max_parallel_maintenance_workers</varname> configuration parameter</primary>
@@ -2464,7 +2464,7 @@ include_dir 'conf.d'
24642464
Sets the maximum number of workers that the system can support for
24652465
parallel operations. The default value is 8. When increasing or
24662466
decreasing this value, consider also adjusting
2467-
<xref linkend="guc-max-parallel-workers-maintenance"/> and
2467+
<xref linkend="guc-max-parallel-maintenance-workers"/> and
24682468
<xref linkend="guc-max-parallel-workers-per-gather"/>.
24692469
Also, note that a setting for this value which is higher than
24702470
<xref linkend="guc-max-worker-processes"/> will have no effect,

doc/src/sgml/ref/create_index.sgml

+1-1
Original file line numberDiff line numberDiff line change
@@ -771,7 +771,7 @@ Indexes:
771771
least a <literal>32MB</literal> share of the total
772772
<varname>maintenance_work_mem</varname> budget. There must also be
773773
a remaining <literal>32MB</literal> share for the leader process.
774-
Increasing <xref linkend="guc-max-parallel-workers-maintenance"/>
774+
Increasing <xref linkend="guc-max-parallel-maintenance-workers"/>
775775
may allow more workers to be used, which will reduce the time
776776
needed for index creation, so long as the index build is not
777777
already I/O bound. Of course, there should also be sufficient

doc/src/sgml/ref/vacuum.sgml

+1-1
Original file line numberDiff line numberDiff line change
@@ -239,7 +239,7 @@ VACUUM [ FULL ] [ FREEZE ] [ VERBOSE ] [ ANALYZE ] [ <replaceable class="paramet
239239
(without <literal>FULL</literal>), if the <literal>PARALLEL</literal> option
240240
is omitted, then the number of workers is determined based on the number of
241241
indexes on the relation that support parallel vacuum operation and is further
242-
limited by <xref linkend="guc-max-parallel-workers-maintenance"/>. An index
242+
limited by <xref linkend="guc-max-parallel-maintenance-workers"/>. An index
243243
can participate in parallel vacuum if and only if the size of the index is
244244
more than <xref linkend="guc-min-parallel-index-scan-size"/>. Please note
245245
that it is not guaranteed that the number of parallel workers specified in

0 commit comments

Comments
 (0)