config.sgmlの18.1対応です

doc/src/sgml/config.sgml

@@ -4060,15 +4060,11 @@ huge pageを自動管理するオペレーティングシステム上でより
          size, but is typically 1MB on Unix and 128kB on Windows.
          The default is 128kB.
 -->
-《マッチ度[66.521739]》I/Oを結合する操作の最大のI/Oサイズを制御し、ユーザが設定可能なパラメータである<varname>io_combine_limit</varname>を暗黙的に制限します。
-このパラメータは、<filename>postgresql.conf</filename>ファイルか、サーバのコマンドラインでのみ設定可能です。
+I/Oを結合する操作の最大のI/Oサイズを制御し、ユーザが設定可能なパラメータである<varname>io_combine_limit</varname>を暗黙的に制限します。
+このパラメータはサーバ起動時のみ設定可能です。
+この値が単位なしで指定された場合、ブロック、つまり通常8kBの<symbol>BLCKSZ</symbol>バイトとみなされます。
 可能な最大サイズは、オペレーティングシステムとブロックサイズによって異なりますが、通常、Unixでは1MBであり、Windowsでは128kBです。
 デフォルトは128kBです。
-《機械翻訳》入出力を組み合せる操作の最大入出力サイズを制御し、ユーザで設定可能なパラメータ<varname>io_combine_limit</varname>を暗黙的に制限します。
-このパラメータは、サーバスタートでのみ設定できます。
-この値がユニットなしで指定された場合、ブロック<symbol>BLCKSZ</symbol>バイト、通常8キロバイトとみなされます。
-最大サイズはオペレーティングシステムとブロックサイズによって異なりますが、通常はUNIXで1メガバイト、Windowsで128キロバイトです。
-デフォルトは128キロバイトです。
         </para>
        </listitem>
       </varlistentry>
@@ -4095,15 +4091,11 @@ huge pageを自動管理するオペレーティングシステム上でより
          size, but is typically 1MB on Unix and 128kB on Windows.
          The default is 128kB.
 -->
-《マッチ度[67.063492]》I/Oを結合する操作の最大のI/Oサイズを制御します。
+I/Oを結合する操作の最大のI/Oサイズを制御します。
 <varname>io_max_combine_limit</varname>パラメータよりも高い値に設定すると、代わりに低い値が自動的に使用されるため、I/Oサイズを増やすには両方を上げる必要がある場合があります。
+この値が単位なしで指定された場合、ブロック、つまり通常8kBの<symbol>BLCKSZ</symbol>バイトとみなされます。
 可能な最大サイズは、オペレーティングシステムとブロックサイズによって異なりますが、通常、Unixでは1MBであり、Windowsでは128kBです。
 デフォルトは128kBです。
-《機械翻訳》入出力を組み合せる操作の最大入出力サイズを制御します。
-<varname>io_max_combine_limit</varname>パラメータより大きい値を設定すると、より小さい値がかわりに暗黙的に使用されるため、入出力サイズを増やすために両方の値を大きくする必要がある場合があります。
-この値がユニットなしで指定された場合、ブロック、つまり<symbol>BLCKSZ</symbol>バイト、通常8キロバイトとみなされます。
-可能な最大サイズはオペレーティングシステムとブロックサイズによって異なりますが、通常はUNIXで1メガバイト、Windowsで128キロバイトです。
-デフォルトは128キロバイトです。
         </para>
        </listitem>
       </varlistentry>
@@ -8905,10 +8897,10 @@ WALレコードは、適用される準備が整うまでスタンバイに保
         latency of network-attached storage tends to reduce the relative
         overhead of random access.
 -->
-《機械翻訳》通常、耐久性のあるランダムアクセスへのストレージは、4回の順次アクセスよりもコストがかかります。
-ただし、より低いデフォルト(4.0)が使用されます。
-これは、インデックス付き読取りなど、ストレージへのランダム・アクセスの大部分がキャッシュで行われると想定されるためです。
-また、ネットワークに接続されたストレージのレイテンシは、ランダムアクセスの相対的なオーバーヘッドを下げる傾向があります。
+恒久的ストレージへのランダムアクセスは、シーケンシャルアクセスの4倍よりもかなり高価です。
+しかし、より低いデフォルト（4.0）が使用されます。
+というのはインデックスのついた読み取りのようなストレージに対するランダムアクセスのほとんどはキャッシュにあると想定されるからです。
+また、ネットワーク接続ストレージの待ち時間は、ランダムアクセスの相対的なオーバーヘッドを減らす傾向があります。
        </para>
 
        <para>
@@ -8923,7 +8915,7 @@ WALレコードは、適用される準備が整うまでスタンバイに保
         is smaller than the total server memory, or network latency is
         high, decreasing random_page_cost might be appropriate.
 -->
-《機械翻訳》キャッシュの頻度がデフォルト値に反映される頻度よりも低く、ネットワークのレイテンシが最小であると考えられる場合は、random_page_costを増やして、ランダムのストレージ読取りの真コストをより反映させることができます。
+キャッシュの頻度がデフォルト値に反映される頻度よりも低く、ネットワークの待ち時間が最小であると考えられる場合は、random_page_costを増やして、ランダムのストレージ読取りの真コストをより反映させることができます。
 磁気ディスクのように、シーケンシャルと比較してランダムの読取りコストが高いストレージは、random_page_costの値を大きくした方がモデル化に適している可能性があります。
 これに対応して、データベースがサーバメモリの合計よりも小さい場合やネットワークレイテンシが高い場合など、データが完全にキャッシュに含まれる可能性が高い場合は、random_page_costを減らすことが適切な場合があります。
        </para>

doc/src/sgml/config0.sgml

@@ -4068,15 +4068,11 @@ huge pageを自動管理するオペレーティングシステム上でより
          size, but is typically 1MB on Unix and 128kB on Windows.
          The default is 128kB.
 -->
-《マッチ度[66.521739]》I/Oを結合する操作の最大のI/Oサイズを制御し、ユーザが設定可能なパラメータである<varname>io_combine_limit</varname>を暗黙的に制限します。
-このパラメータは、<filename>postgresql.conf</filename>ファイルか、サーバのコマンドラインでのみ設定可能です。
+I/Oを結合する操作の最大のI/Oサイズを制御し、ユーザが設定可能なパラメータである<varname>io_combine_limit</varname>を暗黙的に制限します。
+このパラメータはサーバ起動時のみ設定可能です。
+この値が単位なしで指定された場合、ブロック、つまり通常8kBの<symbol>BLCKSZ</symbol>バイトとみなされます。
 可能な最大サイズは、オペレーティングシステムとブロックサイズによって異なりますが、通常、Unixでは1MBであり、Windowsでは128kBです。
 デフォルトは128kBです。
-《機械翻訳》入出力を組み合せる操作の最大入出力サイズを制御し、ユーザで設定可能なパラメータ<varname>io_combine_limit</varname>を暗黙的に制限します。
-このパラメータは、サーバスタートでのみ設定できます。
-この値がユニットなしで指定された場合、ブロック<symbol>BLCKSZ</symbol>バイト、通常8キロバイトとみなされます。
-最大サイズはオペレーティングシステムとブロックサイズによって異なりますが、通常はUNIXで1メガバイト、Windowsで128キロバイトです。
-デフォルトは128キロバイトです。
         </para>
        </listitem>
       </varlistentry>
@@ -4103,15 +4099,11 @@ huge pageを自動管理するオペレーティングシステム上でより
          size, but is typically 1MB on Unix and 128kB on Windows.
          The default is 128kB.
 -->
-《マッチ度[67.063492]》I/Oを結合する操作の最大のI/Oサイズを制御します。
+I/Oを結合する操作の最大のI/Oサイズを制御します。
 <varname>io_max_combine_limit</varname>パラメータよりも高い値に設定すると、代わりに低い値が自動的に使用されるため、I/Oサイズを増やすには両方を上げる必要がある場合があります。
+この値が単位なしで指定された場合、ブロック、つまり通常8kBの<symbol>BLCKSZ</symbol>バイトとみなされます。
 可能な最大サイズは、オペレーティングシステムとブロックサイズによって異なりますが、通常、Unixでは1MBであり、Windowsでは128kBです。
 デフォルトは128kBです。
-《機械翻訳》入出力を組み合せる操作の最大入出力サイズを制御します。
-<varname>io_max_combine_limit</varname>パラメータより大きい値を設定すると、より小さい値がかわりに暗黙的に使用されるため、入出力サイズを増やすために両方の値を大きくする必要がある場合があります。
-この値がユニットなしで指定された場合、ブロック、つまり<symbol>BLCKSZ</symbol>バイト、通常8キロバイトとみなされます。
-可能な最大サイズはオペレーティングシステムとブロックサイズによって異なりますが、通常はUNIXで1メガバイト、Windowsで128キロバイトです。
-デフォルトは128キロバイトです。
         </para>
        </listitem>
       </varlistentry>

doc/src/sgml/config1.sgml

@@ -4430,10 +4430,10 @@ WALレコードは、適用される準備が整うまでスタンバイに保
         latency of network-attached storage tends to reduce the relative
         overhead of random access.
 -->
-《機械翻訳》通常、耐久性のあるランダムアクセスへのストレージは、4回の順次アクセスよりもコストがかかります。
-ただし、より低いデフォルト(4.0)が使用されます。
-これは、インデックス付き読取りなど、ストレージへのランダム・アクセスの大部分がキャッシュで行われると想定されるためです。
-また、ネットワークに接続されたストレージのレイテンシは、ランダムアクセスの相対的なオーバーヘッドを下げる傾向があります。
+恒久的ストレージへのランダムアクセスは、シーケンシャルアクセスの4倍よりもかなり高価です。
+しかし、より低いデフォルト（4.0）が使用されます。
+というのはインデックスのついた読み取りのようなストレージに対するランダムアクセスのほとんどはキャッシュにあると想定されるからです。
+また、ネットワーク接続ストレージの待ち時間は、ランダムアクセスの相対的なオーバーヘッドを減らす傾向があります。
        </para>
 
        <para>
@@ -4448,7 +4448,7 @@ WALレコードは、適用される準備が整うまでスタンバイに保
         is smaller than the total server memory, or network latency is
         high, decreasing random_page_cost might be appropriate.
 -->
-《機械翻訳》キャッシュの頻度がデフォルト値に反映される頻度よりも低く、ネットワークのレイテンシが最小であると考えられる場合は、random_page_costを増やして、ランダムのストレージ読取りの真コストをより反映させることができます。
+キャッシュの頻度がデフォルト値に反映される頻度よりも低く、ネットワークの待ち時間が最小であると考えられる場合は、random_page_costを増やして、ランダムのストレージ読取りの真コストをより反映させることができます。
 磁気ディスクのように、シーケンシャルと比較してランダムの読取りコストが高いストレージは、random_page_costの値を大きくした方がモデル化に適している可能性があります。
 これに対応して、データベースがサーバメモリの合計よりも小さい場合やネットワークレイテンシが高い場合など、データが完全にキャッシュに含まれる可能性が高い場合は、random_page_costを減らすことが適切な場合があります。
        </para>