From 27442fc30799fcd650bc4c0fb6d4d0d5385c57f2 Mon Sep 17 00:00:00 2001 From: Noboru Saito Date: Mon, 16 Feb 2026 08:29:05 +0900 Subject: [PATCH] =?UTF-8?q?config.sgml=E3=81=AE18.1=E5=AF=BE=E5=BF=9C?= =?UTF-8?q?=E3=81=A7=E3=81=99?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- doc/src/sgml/config.sgml | 28 ++++++++++------------------ doc/src/sgml/config0.sgml | 18 +++++------------- doc/src/sgml/config1.sgml | 10 +++++----- 3 files changed, 20 insertions(+), 36 deletions(-) diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml index b7d0f2c9f8e..9c73c6d8844 100644 --- a/doc/src/sgml/config.sgml +++ b/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サイズを制御し、ユーザが設定可能なパラメータであるio_combine_limitを暗黙的に制限します。 -このパラメータは、postgresql.confファイルか、サーバのコマンドラインでのみ設定可能です。 +I/Oを結合する操作の最大のI/Oサイズを制御し、ユーザが設定可能なパラメータであるio_combine_limitを暗黙的に制限します。 +このパラメータはサーバ起動時のみ設定可能です。 +この値が単位なしで指定された場合、ブロック、つまり通常8kBのBLCKSZバイトとみなされます。 可能な最大サイズは、オペレーティングシステムとブロックサイズによって異なりますが、通常、Unixでは1MBであり、Windowsでは128kBです。 デフォルトは128kBです。 -《機械翻訳》入出力を組み合せる操作の最大入出力サイズを制御し、ユーザで設定可能なパラメータio_combine_limitを暗黙的に制限します。 -このパラメータは、サーバスタートでのみ設定できます。 -この値がユニットなしで指定された場合、ブロックBLCKSZバイト、通常8キロバイトとみなされます。 -最大サイズはオペレーティングシステムとブロックサイズによって異なりますが、通常はUNIXで1メガバイト、Windowsで128キロバイトです。 -デフォルトは128キロバイトです。 @@ -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サイズを制御します。 io_max_combine_limitパラメータよりも高い値に設定すると、代わりに低い値が自動的に使用されるため、I/Oサイズを増やすには両方を上げる必要がある場合があります。 +この値が単位なしで指定された場合、ブロック、つまり通常8kBのBLCKSZバイトとみなされます。 可能な最大サイズは、オペレーティングシステムとブロックサイズによって異なりますが、通常、Unixでは1MBであり、Windowsでは128kBです。 デフォルトは128kBです。 -《機械翻訳》入出力を組み合せる操作の最大入出力サイズを制御します。 -io_max_combine_limitパラメータより大きい値を設定すると、より小さい値がかわりに暗黙的に使用されるため、入出力サイズを増やすために両方の値を大きくする必要がある場合があります。 -この値がユニットなしで指定された場合、ブロック、つまりBLCKSZバイト、通常8キロバイトとみなされます。 -可能な最大サイズはオペレーティングシステムとブロックサイズによって異なりますが、通常はUNIXで1メガバイト、Windowsで128キロバイトです。 -デフォルトは128キロバイトです。 @@ -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）が使用されます。 +というのはインデックスのついた読み取りのようなストレージに対するランダムアクセスのほとんどはキャッシュにあると想定されるからです。 +また、ネットワーク接続ストレージの待ち時間は、ランダムアクセスの相対的なオーバーヘッドを減らす傾向があります。 @@ -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を減らすことが適切な場合があります。 diff --git a/doc/src/sgml/config0.sgml b/doc/src/sgml/config0.sgml index 67817313932..9985ed13932 100644 --- a/doc/src/sgml/config0.sgml +++ b/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サイズを制御し、ユーザが設定可能なパラメータであるio_combine_limitを暗黙的に制限します。 -このパラメータは、postgresql.confファイルか、サーバのコマンドラインでのみ設定可能です。 +I/Oを結合する操作の最大のI/Oサイズを制御し、ユーザが設定可能なパラメータであるio_combine_limitを暗黙的に制限します。 +このパラメータはサーバ起動時のみ設定可能です。 +この値が単位なしで指定された場合、ブロック、つまり通常8kBのBLCKSZバイトとみなされます。 可能な最大サイズは、オペレーティングシステムとブロックサイズによって異なりますが、通常、Unixでは1MBであり、Windowsでは128kBです。 デフォルトは128kBです。 -《機械翻訳》入出力を組み合せる操作の最大入出力サイズを制御し、ユーザで設定可能なパラメータio_combine_limitを暗黙的に制限します。 -このパラメータは、サーバスタートでのみ設定できます。 -この値がユニットなしで指定された場合、ブロックBLCKSZバイト、通常8キロバイトとみなされます。 -最大サイズはオペレーティングシステムとブロックサイズによって異なりますが、通常はUNIXで1メガバイト、Windowsで128キロバイトです。 -デフォルトは128キロバイトです。 @@ -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サイズを制御します。 io_max_combine_limitパラメータよりも高い値に設定すると、代わりに低い値が自動的に使用されるため、I/Oサイズを増やすには両方を上げる必要がある場合があります。 +この値が単位なしで指定された場合、ブロック、つまり通常8kBのBLCKSZバイトとみなされます。 可能な最大サイズは、オペレーティングシステムとブロックサイズによって異なりますが、通常、Unixでは1MBであり、Windowsでは128kBです。 デフォルトは128kBです。 -《機械翻訳》入出力を組み合せる操作の最大入出力サイズを制御します。 -io_max_combine_limitパラメータより大きい値を設定すると、より小さい値がかわりに暗黙的に使用されるため、入出力サイズを増やすために両方の値を大きくする必要がある場合があります。 -この値がユニットなしで指定された場合、ブロック、つまりBLCKSZバイト、通常8キロバイトとみなされます。 -可能な最大サイズはオペレーティングシステムとブロックサイズによって異なりますが、通常はUNIXで1メガバイト、Windowsで128キロバイトです。 -デフォルトは128キロバイトです。 diff --git a/doc/src/sgml/config1.sgml b/doc/src/sgml/config1.sgml index db5d7c26a16..ebbc8ad85f7 100644 --- a/doc/src/sgml/config1.sgml +++ b/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）が使用されます。 +というのはインデックスのついた読み取りのようなストレージに対するランダムアクセスのほとんどはキャッシュにあると想定されるからです。 +また、ネットワーク接続ストレージの待ち時間は、ランダムアクセスの相対的なオーバーヘッドを減らす傾向があります。 @@ -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を減らすことが適切な場合があります。