]> granicus.if.org Git - postgresql/commitdiff
Add missing documentation for effective_io_concurrency tablespace option.
authorFujii Masao <fujii@postgresql.org>
Fri, 16 Dec 2016 16:25:29 +0000 (01:25 +0900)
committerFujii Masao <fujii@postgresql.org>
Fri, 16 Dec 2016 16:26:53 +0000 (01:26 +0900)
The description of effective_io_concurrency option was missing in ALTER
TABLESPACE docs though it's included in CREATE TABLESPACE one.

Back-patch to 9.6 where effective_io_concurrency tablespace option was added.

Michael Paquier, reported by Marc-Olaf Jaschke

doc/src/sgml/ref/alter_tablespace.sgml

index d9b2a133b10632945ab9a86016e0eb0d27929748..2f4110500124de25b3852055ee39976b45ce36b9 100644 (file)
@@ -83,14 +83,15 @@ ALTER TABLESPACE <replaceable>name</replaceable> RESET ( <replaceable class="PAR
     <listitem>
      <para>
       A tablespace parameter to be set or reset.  Currently, the only
-      available parameters are <varname>seq_page_cost</> and
-      <varname>random_page_cost</>.  Setting either value for a particular
-      tablespace will override the planner's usual estimate of the cost of
-      reading pages from tables in that tablespace, as established by
-      the configuration parameters of the same name (see
-      <xref linkend="guc-seq-page-cost">,
-      <xref linkend="guc-random-page-cost">).  This may be useful if one
-      tablespace is located on a disk which is faster or slower than the
+      available parameters are <varname>seq_page_cost</>,
+      <varname>random_page_cost</> and <varname>effective_io_concurrency</>.
+      Setting either value for a particular tablespace will override the
+      planner's usual estimate of the cost of reading pages from tables in
+      that tablespace, as established by the configuration parameters of the
+      same name (see <xref linkend="guc-seq-page-cost">,
+      <xref linkend="guc-random-page-cost">,
+      <xref linkend="guc-effective-io-concurrency">).  This may be useful if
+      one tablespace is located on a disk which is faster or slower than the
       remainder of the I/O subsystem.
      </para>
     </listitem>