| ナビゲーションリンクをスキップ | |
| 印刷ビューの終了 | |
|
Oracle Solaris 11.1 カーネルのチューンアップ・リファレンスマニュアル Oracle Solaris 11.1 Information Library (日本語) |
| ナビゲーションリンクをスキップ | |
| 印刷ビューの終了 | |
|
|
Oracle Solaris 11.1 カーネルのチューンアップ・リファレンスマニュアル Oracle Solaris 11.1 Information Library (日本語) |
1. Oracle Solaris システムのチューニングの概要
2. Oracle Solaris カーネルチューニング可能パラメータ
3. Oracle Solaris ZFS チューニング可能パラメータ
nfs:nfs3_pathconf_disable_cache
nfs:nfs4_pathconf_disable_cache
nfs:nfs_write_error_to_cons_only
このセクションでは、NFS カーネルモジュールに関連するパラメータについて説明します。
NFS バージョン 3 でマウントされたファイルシステムの pathconf 情報をキャッシングするかどうかを制御します。
整数 (32 ビット)
0 (キャッシングを有効にする)
0 (キャッシングを有効にする) または 1 (キャッシングを無効にする)
ブール値
はい
なし
pathconf 情報はファイルごとにキャッシュされます。しかし、サーバーが特定のファイルの情報を動的に変更することがある場合は、このパラメータを使用してキャッシングを無効にします。クライアントがキャッシュエントリを検証する方法はありません。
変更の可能性あり
NFS バージョン 4 でマウントされたファイルシステムの pathconf 情報をキャッシングするかどうかを制御します。
整数 (32 ビット)
0 (キャッシングを有効にする)
0 (キャッシングを有効にする) または 1 (キャッシングを無効にする)
ブール値
はい
なし
pathconf 情報はファイルごとにキャッシュされます。しかし、サーバーが特定のファイルの情報を動的に変更することがある場合は、このパラメータを使用してキャッシングを無効にします。クライアントがキャッシュエントリを検証する方法はありません。
変更の可能性あり
タイムスタンプが正しくなかったり「負」であるファイルをクライアントから表示できるようにするかどうかを制御します。
従来、NFS クライアントも NFS サーバーも、返されるファイルの時間範囲を確認していませんでした。伝送されるタイムスタンプ値は符号なしの 32 ビット long です。したがって、あらゆる値が有効でした。
64 ビットの Solaris カーネルでは、タイムスタンプ値は符号付きの 64 ビット long です。時間フィールドがフルの 32 ビットの時間を表しているのか、時間フィールドが負の時間、つまり、1970 年 1 月 1 日より前を表しているのかを判別できません。
32 ビットから 64 ビットに変換するときに、時間に符号を付けるかどうかを決定することはできません。時間値が本当に負数の場合は、値に符号を付けるべきです。しかし、時間値がフルの 32 ビット時間値を本当に表している場合は、時間値に符号を付けるべきではありません。この問題は、フルの 32 ビット時間値を無効にすることによって解決できます。
整数 (32 ビット)
0 (32 ビットのタイムスタンプを無効にする)
0 (32 ビットのタイムスタンプを無効にする) または 1 (32 ビットのタイムスタンプを有効にする)
ブール値
はい
なし
正常な操作が行われていても、ファイルによっては、タイムスタンプ値がはるかに離れた将来や過去の日付に設定されることがあります。NFS でマウントされたファイルシステムを使用してこれらのファイルにアクセスすることが望ましい場合は、このパラメータを 1 にすれば、タイムスタンプ値をチェックなしで受け取ることができます。
変更の可能性あり
トランスポートプロトコルとして TCP などの接続型トランスポートを使用している、NFS バージョン 2 でマウントされたファイルシステムのデフォルトの RPC タイムアウトを制御します。
符号付き整数 (32 ビット)
600 (60 秒)
0 から 231 - 1
1/10 秒
はい。ただし、ファイルシステムの RPC タイムアウトは、ファイルシステムのマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
なし
TCP では、要求と応答が適切に転送されるよう機能します。しかし、特に遅いネットワークにおいて往復時間が非常に長くなると、NFS バージョン 2 のクライアントがタイムアウトになってしまう可能性があります。
クライアントが無用にタイムアウトしてしまうことを防ぐには、このパラメータを増やします。ただし、値の範囲が非常に広いため、この値を大きくしすぎると、再転送が長い間検出されないおそれがあります。
変更の可能性あり
トランスポートプロトコルとして TCP などの接続型トランスポートを使用している、NFS バージョン 3 でマウントされたファイルシステムのデフォルトの RPC タイムアウトを制御します。
符号付き整数 (32 ビット)
600 (60 秒)
0 から 231 - 1
1/10 秒
はい。ただし、ファイルシステムの RPC タイムアウトは、ファイルシステムのマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
なし
TCP では、要求と応答が適切に転送されるよう機能します。しかし、特に遅いネットワークにおいて往復時間が非常に長くなると、NFS バージョン 3 のクライアントがタイムアウトになってしまう可能性があります。
クライアントが無用にタイムアウトしてしまうことを防ぐには、このパラメータを増やします。ただし、値の範囲が非常に広いため、この値を大きくしすぎると、再転送が長い間検出されないおそれがあります。
変更の可能性あり
トランスポートプロトコルとして TCP などの接続型トランスポートを使用している、NFS バージョン 4 でマウントされたファイルシステムのデフォルトの RPC タイムアウトを制御します。
NFS バージョン 4 のプロトコル仕様では、同一 TCP 接続での再転送は認められません。したがって、このパラメータでは主に強制的アンマウント操作の検出、サーバーがどの程度迅速に新しいサーバーにフェイルオーバーしたかという検出など、クライアントが特定のイベントにどの程度迅速に応答するかを制御します。
符号付き整数 (32 ビット)
600 (60 秒)
0 から 231 - 1
1/10 秒
はい。ただし、このパラメータは、ファイルシステムのマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
なし
TCP では、要求と応答が適切に転送されるよう機能します。しかし、特に遅いネットワークにおいて往復時間が非常に長くなると、NFS バージョン 4 のクライアントがタイムアウトになってしまう可能性があります。
クライアントが無用にタイムアウトしてしまうことを防ぐには、このパラメータを増やします。ただし、値の範囲が非常に広いため、この値を大きくしすぎると、再転送が長い間検出されないおそれがあります。
変更の可能性あり
NFS バージョン2 でマウントされたファイルシステムに対して、シンボリックリンクファイルの内容をキャッシュするかどうかを制御します。
整数 (32 ビット)
1 (キャッシングを有効にする)
0 (キャッシングを無効にする) または 1 (キャッシングを有効にする)
ブール値
はい
なし
サーバーが、シンボリックリンクファイルの内容を変更してもそのファイルの更新タイムスタンプを更新しない場合や、タイムスタンプの精度が粗すぎる場合には、シンボリックリンクファイルの内容が変更されても、クライアントにはその変更が長い間見られないことがあります。その場合、このパラメータを使用して、シンボリックリンク内容のキャッシングを無効にします。そうすることによって、クライアント上で動作しているアプリケーションに変更がただちに認識されるようにします。
変更の可能性あり
NFS バージョン 3 でマウントされたファイルシステムに対して、シンボリックリンクファイルの内容をキャッシュするかどうかを制御します。
整数 (32 ビット)
1 (キャッシングを有効にする)
0 (キャッシングを無効にする) または 1 (キャッシングを有効にする)
ブール値
はい
なし
サーバーが、シンボリックリンクファイルの内容を変更してもそのファイルの更新タイムスタンプを更新しない場合や、タイムスタンプの精度が粗すぎる場合には、シンボリックリンクファイルの内容が変更されても、クライアントにはその変更が長い間見られないことがあります。その場合、このパラメータを使用して、シンボリックリンク内容のキャッシングを無効にします。そうすることによって、クライアント上で動作しているアプリケーションに変更がただちに認識されるようにします。
変更の可能性あり
NFS バージョン 4 でマウントされたファイルシステムに対して、シンボリックリンクファイルの内容をキャッシュするかどうかを制御します。
整数 (32 ビット)
1 (キャッシングを有効にする)
0 (キャッシングを無効にする) または 1 (キャッシングを有効にする)
ブール値
はい
なし
サーバーが、シンボリックリンクファイルの内容を変更してもそのファイルの更新タイムスタンプを更新しない場合や、タイムスタンプの精度が粗すぎる場合には、シンボリックリンクファイルの内容が変更されても、クライアントにはその変更が長い間見られないことがあります。その場合、このパラメータを使用して、シンボリックリンク内容のキャッシングを無効にします。そうすることによって、クライアント上で動作しているアプリケーションに変更がただちに認識されるようにします。
変更の可能性あり
UDP などのコネクションレストランスポートを使用する、NFS バージョン 2 でマウントされたファイルシステムに対して、「動的再転送」と呼ばれる機能を有効にするかどうかを制御します。この機能は、サーバーの応答時間を監視し、RPC タイムアウトと読み取り / 書き込みの転送サイズを調整することによって、再転送の回数を減らそうとするものです。
整数 (32 ビット)
1 (有効)
0 (無効)、1 (有効)
はい。ただし、このパラメータは、ファイルシステムごとにマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
なし
このパラメータは変更しないでください。
変更の可能性あり
UDP などのコネクションレストランスポートを使用する、NFS バージョン 3 でマウントされたファイルシステムに対して、「動的再転送」と呼ばれる機能を有効にするかどうかを制御します。この機能は、サーバーの応答時間を監視し、RPC タイムアウトと読み取り / 書き込みの転送サイズを調整することによって、再転送の回数を減らそうとするものです。
整数 (32 ビット)
0 (無効)
0 (無効)、1 (有効)
ブール値
はい。ただし、このパラメータは、ファイルシステムごとにマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
なし
このパラメータは変更しないでください。
変更の可能性あり
NFS バージョン 2 でマウントされたファイルシステムに対して、ネガティブ名前キャッシュを使用するかどうかを制御します。このネガティブ名前キャッシュを使用すると、ルックアップされたファイル名が存在しない場合には、そのファイル名が記録されます。このキャッシュは、存在しないことがすでにわかっているファイル名のルックアップ要求が、ネットワークを介して行われないようにする目的で使用されます。
整数 (32 ビット)
1 (有効)
0 (無効)、1 (有効)
ブール値
はい
なし
このキャッシュが正しく機能するためには、ネガティブエントリが使用前に厳密に検証されなければなりません。整合性メカニズムは、読み取り専用でマウントされたファイルシステムに関しては多少緩和されています。これは、サーバー上のファイルシステムが変更されないか、変更されるにしてもそのペースが緩やかであり、クライアントへの伝達がゆっくりであっても支障はないと想定されているからです。この場合は、この整合性メカニズムが通常の属性キャッシュメカニズムになります。
読み取り専用でクライアントにマウントされているファイルシステムがサーバーで変更されたら、その変更をクライアントでただちに見る必要ある場合は、このパラメータを使用してネガティブキャッシュを無効にします。
nfs:nfs_disable_rddir_cache パラメータを無効にする場合は、通常、このパラメータも無効にします。詳細は、「nfs:nfs_disable_rddir_cache」を参照してください。
変更の可能性あり
NFS バージョン 3 の読み取り専用でマウントされたファイルシステムに対して、ネガティブ名前キャッシュを使用するかどうかを制御します。このネガティブ名前キャッシュを使用すると、ルックアップされたファイル名が存在しない場合には、そのファイル名が記録されます。このキャッシュは、存在しないことがすでにわかっているファイル名のルックアップ要求が、ネットワークを介して行われないようにする目的で使用されます。
整数 (32 ビット)
1 (有効)
0 (無効)、1 (有効)
ブール値
はい
なし
このキャッシュが正しく機能するためには、ネガティブエントリが使用前に厳密に検証されなければなりません。整合性メカニズムは、読み取り専用でマウントされたファイルシステムに関しては多少緩和されています。これは、サーバー上のファイルシステムが変更されないか、変更されるにしてもそのペースが緩やかであり、クライアントへの伝達がゆっくりであっても支障はないと想定されているからです。この場合は、この整合性メカニズムが通常の属性キャッシュメカニズムになります。
ネガティブキャッシュエントリは、読み取り専用でマウントされたファイルシステムに対してのみ使用されます。サーバー上のファイルシステムが変更されないか、変更が非常に遅いと想定されているため、変更がクライアントに伝達されるのが遅くても問題ありません。この場合は、この整合性メカニズムが通常の属性キャッシュメカニズムになります。
読み取り専用でクライアントにマウントされているファイルシステムがサーバーで変更されたら、その変更をクライアントでただちに見る必要ある場合は、このパラメータを使用してネガティブキャッシュを無効にします。
nfs:nfs_disable_rddir_cache パラメータを無効にする場合は、通常、このパラメータも無効にするようにします。詳細は、「nfs:nfs_disable_rddir_cache」を参照してください。
変更の可能性あり
NFS バージョン 4 でマウントされたファイルシステムに対して、ネガティブ名前キャッシュを使用するかどうかを制御します。このネガティブ名前キャッシュを使用すると、ルックアップされたファイル名が存在しない場合には、そのファイル名が記録されます。このキャッシュは、存在しないことがすでにわかっているファイル名のルックアップ要求が、ネットワークを介して行われないようにする目的で使用されます。
整数 (32 ビット)
1 (有効)
0 (無効)、1 (有効)
ブール値
はい
なし
このキャッシュが正しく機能するためには、ネガティブエントリが使用前に厳密に検証されなければなりません。整合性メカニズムは、読み取り専用でマウントされたファイルシステムに関しては多少緩和されています。これは、サーバー上のファイルシステムが変更されないか、変更されるにしてもそのペースが緩やかであり、クライアントへの伝達がゆっくりであっても支障はないと想定されているからです。この場合は、この整合性メカニズムが通常の属性キャッシュメカニズムになります。
読み取り専用でクライアントにマウントされているファイルシステムがサーバーで変更されたら、その変更をクライアントでただちに見る必要ある場合は、このパラメータを使用してネガティブキャッシュを無効にします。
nfs:nfs_disable_rddir_cache パラメータを無効にする場合は、通常、このパラメータも無効にします。詳細は、「nfs:nfs_disable_rddir_cache」を参照してください。
変更の可能性あり
NFS バージョン 2 クライアントの非同期入出力を行うカーネルスレッドの数を制御します。NFS は RPC に基づくものであり、RPC はもともと同期して動作する機能であるため、呼び出し側のスレッドと非同期に NFS 操作を行うには、個別の実行コンテキストが必要です。
非同期に実行できる操作には、先読みのための読み取り、readdir 先読みのための readdir、putpage および pageio 操作のための書き込み、コミット、およびクライアントがファイルの使用を停止したときに実行するクリーンアップ操作のための非アクティブ化があります。
符号なし short
8
0 から 215 - 1
スレッド
はい。ただし、このパラメータは、ファイルシステムごとにマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
なし
ある時点で存在する同時入出力操作の数を増やしたり、減らしたりする場合。たとえば、帯域幅が非常に狭いネットワークでは、NFS クライアントによるネットワークの過負荷を防止するためにこの値を減らすことがあるかもしれません。また、広帯域幅のネットワークにおいて、クライアントとサーバーに十分なリソースがある場合は、この値を増やすことができるかもしれません。そうすることによって、使用可能なネットワーク帯域幅とクライアント / サーバーリソースをいっそう有効に活用できるようになります。
変更の可能性あり
NFS バージョン 3 クライアントの非同期入出力を行うカーネルスレッドの数を制御します。NFS は RPC に基づくものであり、RPC はもともと同期して動作する機能であるため、呼び出し側のスレッドと非同期に NFS 操作を行うには、個別の実行コンテキストが必要です。
非同期に実行できる操作には、先読みのための読み取り、readdir 先読みのための readdir、putpage および pageio 要求のための書き込み、およびコミットがあります。
符号なし short
8
0 から 215 - 1
スレッド
はい。ただし、このパラメータは、ファイルシステムごとにマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
なし
ある時点で存在する同時入出力操作の数を増やしたり、減らしたりする場合。たとえば、帯域幅が非常に狭いネットワークでは、NFS クライアントによるネットワークの過負荷を防止するためにこの値を減らすことがあるかもしれません。また、広帯域幅のネットワークにおいて、クライアントとサーバーに十分なリソースがある場合は、この値を増やすことができるかもしれません。そうすることによって、使用可能なネットワーク帯域幅とクライアント / サーバーリソースをいっそう有効に活用できるようになります。
変更の可能性あり
NFS バージョン 4 クライアントの非同期入出力を行うカーネルスレッドの数を制御します。NFS は RPC に基づくものであり、RPC はもともと同期して動作する機能であるため、呼び出し側のスレッドと非同期に NFS 操作を行うには、個別の実行コンテキストが必要です。
非同期に実行できる操作には、先読みのための読み取り、後書き、ディレクトリの先読み、およびクライアントがファイルの使用を停止したときに実行するクリーンアップ操作があります。
符号なし short
8
0 から 215 - 1
スレッド
はい。ただし、このパラメータは、ファイルシステムごとにマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
なし
ある時点で存在する同時入出力操作の数を増やしたり、減らしたりする場合。たとえば、帯域幅が非常に狭いネットワークでは、NFS クライアントによるネットワークの過負荷を防止するためにこの値を減らすことがあるかもしれません。また、広帯域幅のネットワークにおいて、クライアントとサーバーに十分なリソースがある場合は、この値を増やすことができるかもしれません。そうすることによって、使用可能なネットワーク帯域幅とクライアント / サーバーリソースをいっそう有効に活用できるようになります。
変更の可能性あり
ファイルへの順次アクセスが検出されたときに NFS バージョン 2 クライアントによってキューに入れられる先読み操作の数を制御します。これらの先読み操作では、並行性が高まり、読み取りのスループットが向上します。個々の先読み要求は、通常、ファイルデータの 1 論理ブロックに対するものです。
整数 (32 ビット)
4
0 から 231 - 1
論理ブロック
はい
なし
特定のファイルに対してある時点で存在する先読み要求の数を増やしたり、減らしたりする場合。たとえば、ネットワークの帯域幅が非常に狭い場合やクライアントのメモリーが少ない場合は、NFS クライアントによるネットワークの過負荷やシステムメモリーの使いすぎを防止するために、この値を減らすことができるかもしれません。また、広帯域幅のネットワークにおいて、クライアントとサーバーに十分なリソースがある場合は、この値を増やすことができるかもしれません。そうすることによって、使用可能なネットワーク帯域幅とクライアント / サーバーリソースをいっそう有効に活用できるようになります。
変更の可能性あり
ファイルへの順次アクセスが検出されたときに NFS バージョン 3 クライアントによってキューに入れられる先読み操作の数を制御します。これらの先読み操作では、並行性が高まり、読み取りのスループットが向上します。個々の先読み要求は、通常、ファイルデータの 1 論理ブロックに対するものです。
整数 (32 ビット)
4
0 から 231 - 1
論理ブロック(「nfs:nfs3_bsize」を参照)
はい
なし
特定のファイルに対してある時点で存在する先読み要求の数を増やしたり、減らしたりする場合。たとえば、ネットワークの帯域幅が非常に狭い場合やクライアントのメモリーが少ない場合は、NFS クライアントによるネットワークの過負荷やシステムメモリーの使いすぎを防止するために、この値を減らすことができるかもしれません。または、広帯域幅のネットワークにおいて、クライアントとサーバーに十分なリソースがある場合は、この値を増やすことができるかもしれません。そうすることによって、使用可能なネットワーク帯域幅とクライアント / サーバーリソースをいっそう有効に活用できるようになります。
変更の可能性あり
ファイルへの順次アクセスが検出されたときに NFS バージョン 4 クライアントによってキューに入れられる先読み操作の数を制御します。これらの先読み操作では、並行性が高まり、読み取りのスループットが向上します。個々の先読み要求は、通常、ファイルデータの 1 論理ブロックに対するものです。
整数 (32 ビット)
4
0 から 231 - 1
論理ブロック(「nfs:nfs4_bsize」を参照)
はい
なし
特定のファイルに対してある時点で存在する先読み要求の数を増やしたり、減らしたりする場合。たとえば、ネットワークの帯域幅が非常に狭い場合やクライアントのメモリーが少ない場合は、NFS クライアントによるネットワークの過負荷やシステムメモリーの使いすぎを防止するために、この値を減らすことができるかもしれません。また、広帯域幅のネットワークにおいて、クライアントとサーバーに十分なリソースがある場合は、この値を増やすことができるかもしれません。そうすることによって、使用可能なネットワーク帯域幅とクライアント / サーバーリソースをいっそう有効に活用できるようになります。
変更の可能性あり
NFS クライアントの rnode キャッシュのサイズを制御します。
NFS バージョン 2、3、および 4 のクライアントのいずれでも使用される rnode は、NFS クライアント上のファイルを記述する中心的なデータ構造体です。rnode には、サーバー上のファイルを識別するファイルハンドルが含まれています。rnode にはさらに、ネットワークからサーバーへの呼び出しを回避するために NFS クライアントが使用する、各種キャッシュへのポインタも含まれています。個々の rnode は vnode と 1 対 1 で対応しています。vnode には、ファイルデータがキャッシュされます。
NFS クライアントは、キャッシュされたデータやメタデータが破棄されないように、最小限の rnode を維持しようとします。rnode の再利用や解放が行われると、キャッシュされたデータやメタデータは破棄されなければなりません。
整数 (32 ビット)
このパラメータのデフォルト値は 0 です。これは nrnode の値が ncsize パラメータの値に設定されるべきであることを示しています。実際、nrnode の値が正でないと、nrnode には ncsize が設定されます。
1 から 231 - 1
rnode
いいえ。この値は、/etc/system ファイルにパラメータを追加するか、パラメータを変更し、その後システムをリブートすることによってのみ変更できます。
rnode キャッシュが使用可能なメモリーの 25% を超えないような最大値をシステムは強制します。
rnode の作成や破棄は動的に行われるため、システムは、システムのメモリーの要求や同時にアクセスされるファイルの数が増えるに従って、キャッシュのサイズを自動的に調整して、nrnode サイズキャッシュを決定する傾向があります。しかし、アクセスするファイルの組み合わせが前もって予測できる場合など、状況によっては、nrnode の値を設定できることもあります。たとえば、NFS クライアントが少数の非常に大きいファイルにアクセスする場合、nrnode を小さい値に設定すると、システム メモリーでは rnode の代わりにファイルデータをキャッシュできます。または、クライアントが多数の小さいファイルにアクセスする場合は、nrnode の値を増やして、ファイルメタデータを格納できるように最適化すると、メタデータを要求するネットワーク呼び出しの数を減らすことができます。
推奨はできませんが、nrnode の値を 1 に設定すると、rnode キャッシュを事実上無効にできます。この値は 1 rnode だけのキャッシュをクライアントに指示するので、結果的に頻繁に再利用されることになります。
変更の可能性あり
以前の一部の NFS サーバーでは、NFS バージョン 2 の READDIR 要求で 1024 バイトより大きいディレクトリ情報を求めるものが正しく処理されないことがありました。これは、サーバーの実装にバグがあったためです。このパラメータは、NFS バージョン 2 クライアントでの対処方法を含んでいます。
このパラメータが有効化されると、クライアントは、1024 バイトよりも大きいディレクトリ情報を求める READDIR 要求を生成しなくなります。このパラメータを無効にすると、送信されるサイズは、getdents システム呼び出しを使用するか、またはNFS_MAXDATA (8192 バイト) を使用して渡されるサイズのどちらか小さい方に設定されます。詳細は、getdents(2) のマニュアルページを参照してください。
整数 (32 ビット)
0 (無効)
0 (無効)、1 (有効)
ブール値
はい
なし
NFS バージョン 2 専用のサーバーが使用され、ディレクトリの読み取りで相互運用性に問題がある場合は、このパラメータの値を調べてください。このパラメータを有効にすると、ディレクトリを読み取るアプリケーションのパフォーマンスが多少低下することがあります。
変更の可能性あり
以前の一部の NFS サーバーでは、NFS バージョン 3 の READDIR 要求で 1024 バイトより大きいディレクトリ情報を求めるものが正しく処理されないことがありました。これは、サーバーの実装にバグがあったためです。このパラメータは、NFS バージョン 3 クライアントでの対処方法を含んでいます。
このパラメータが有効化されると、クライアントは、1024 バイトよりも大きいディレクトリ情報を求める READDIR 要求を生成しなくなります。このパラメータを無効にすると、送信されるサイズは、getdents システム呼び出しを使用するか、またはMAXBSIZE (8192 バイト) を使用して渡されるサイズのどちらか小さい方に設定されます。詳細は、getdents(2) のマニュアルページを参照してください。
整数 (32 ビット)
0 (無効)
0 (無効)、1 (有効)
ブール値
はい
なし
NFS バージョン 3 専用のサーバーが使用され、ディレクトリの読み取りで相互運用性に問題がある場合は、このパラメータの値を調べてください。このパラメータを有効にすると、ディレクトリを読み取るアプリケーションのパフォーマンスが多少低下することがあります。
変更の可能性あり
NFS クライアントが受け取った ENOSPC および EDQUOT 書き込みエラーのロギング間隔を制御します。このパラメータは、NFS バージョン2、3、および 4 のクライアントに影響を与えます。
長整数 (64 ビット)
5 秒
0 から 263 - 1
秒
はい
なし
クライアントによってロギングされるメッセージ量に応じてこのパラメータの値を増減します。たとえば、サーバーのファイルシステムが満杯で頻繁に使用されているときに出力される「out of space」メッセージを減らす場合は、このパラメータの値を増やせるかもしれません。
変更の可能性あり
NFS 書き込みエラーをシステムコンソールと syslog に記録するか、それともシステムコンソールだけに記録するかを制御します。このパラメータは、NFS バージョン2、3、および 4 のクライアントのメッセージに影響を与えます。
整数 (32 ビット)
0 (システムコンソールと syslog)
0 (システムコンソールと syslog) または 1 (システムコンソール)
ブール値
はい
なし
syslogd デーモンによってロギングされるメッセージを含むファイルシステムがいっぱいになるのを防ぐには、このパラメータの値を調べます。このパラメータを有効にすると、メッセージはシステムコンソールに出力されるだけで、syslog メッセージファイルにはコピーされません。
変更の可能性あり
READDIR 要求と READDIRPLUS 要求に対する応答を格納するために、キャッシュを使用するかどうかを制御します。このキャッシュを使用すると、ディレクトリ情報を取得するためにサーバーを繰り返し呼び出すことがなくなります。
整数 (32 ビット)
0 (キャッシングを有効にする)
0 (キャッシングを有効にする) または 1 (キャッシングを無効にする)
ブール値
はい
なし
ファイルやディレクトリがサーバーに作成されたりサーバーから削除されてもサーバーがディレクトリの変更時間を更新しないために、相互運用性に問題がある場合は、このパラメータの値を調べます。ディレクトリにファイルを追加しても新しい名前が表示されなかったり、ディレクトリからファイルを削除しても古い名前が削除されない場合は、この問題があります。
このパラメータは、NFS バージョン 2、3、および 4 でマウントされたファイルシステムのキャッシングに適用されます。このパラメータは NFS でマウントされたすべてのファイルシステムに適用されるため、キャッシングをファイルシステムごとに有効にしたり、無効にしたりすることはできません。
このパラメータを無効にする場合は、DNLC ネガティブキャッシュに不良エントリが発生しないように、次のパラメータも無効にするようにしてください。
変更の可能性あり
NFS バージョン 3 のクライアントが使用する論理ブロックサイズを制御します。このブロックサイズは、クライアントが入出力を行うときにサーバーに対して読み取りや書き込みを行うデータ量を表します。
符号なし整数 (32 ビット)
32,768 (32K バイト)
0 から 231 - 1
バイト
はい。ただし、ファイルシステムのブロックサイズは、ファイルシステムのマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
ありません。このパラメータの設定が小さすぎたり、大きすぎたりすると、システムの動作が異常になることがあります。このパラメータには、そのプラットフォームの PAGESIZE より小さい値を設定しないでください。さらに、このパラメータの値が大きすぎると、メモリー割り当てが許可されるまで待つ間に、システムがハングすることがあります。
データ転送サイズの最大値を変更したい場合は、このパラメータの値を調べてください。このパラメータは、nfs:nfs3_max_transfer_size パラメータと連携して変更してください。転送サイズを増やしたい場合は両方のパラメータを増やします。転送サイズを減らしたい場合は、通常、このパラメータを減らすだけで十分です。
変更の可能性あり
NFS バージョン 4 のクライアントが使用する論理ブロックサイズを制御します。このブロックサイズは、クライアントが入出力を行うときにサーバーに対して読み取りや書き込みを行うデータ量を表します。
符号なし整数 (32 ビット)
32,768 (32K バイト)
0 から 231 - 1
バイト
はい。ただし、ファイルシステムのブロックサイズは、ファイルシステムのマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
ありません。このパラメータの設定が小さすぎたり、大きすぎたりすると、システムの動作が異常になることがあります。このパラメータには、そのプラットフォームの PAGESIZE より小さい値を設定しないでください。さらに、このパラメータの値が大きすぎると、メモリー割り当てが許可されるまで待つ間に、システムがハングすることがあります。
データ転送サイズの最大値を変更したい場合は、このパラメータの値を調べてください。このパラメータは、 nfs:nfs4_max_transfer_size パラメータとセットで変更してください。転送サイズを増やしたい場合は両方のパラメータを増やします。転送サイズを減らしたい場合は、通常、このパラメータを減らすだけで十分です。
変更の可能性あり
NFS バージョン 2 クライアントによって生成される非同期要求の組み合わせを制御します。非同期要求には、read-ahead、putpage、pageio、readdir-ahead という 4 つのタイプがあります。クライアントは、これらのタイプをラウンドロビンに処理し、特定の要求タイプだけを優遇することがないようにします。
しかし、書き込みの一括化 (書き込みをまとめる) などの NFS バージョン 2 サーバーの機能の中には、既存の NFS バージョン 2 クライアントの特定の動作に依存するものがあります。特に、この機能では、クライアントが複数の WRITE 要求をほぼ同時に送信することに依存します。キューから要求を 1 度に 1 つずつ取り出したのでは、クライアントのパフォーマンスを高めるために設けられたこのサーバー機能が生かされません。
符号なし整数 (32 ビット)
1
0 から 231 - 1
非同期要求
はい。ただし、ファイルシステムに対するクラスタ設定は、ファイルシステムのマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
ありません。しかし、このパラメータに 0 を設定すると、キューに入れられている特定の要求タイプの要求がすべて処理されてから、次のタイプが処理されます。これによって、アルゴリズムの公平性の部分が実質的に無効にされます。
あるタイプについて次のタイプへ移行する前に生成される非同期要求の数を増やす場合。これによって、クライアントからの要求のクラスタに依存するサーバーの機能が生かされる場合があります。
変更の可能性あり
NFS バージョン 3 クライアントによって生成される非同期要求の組み合わせを制御します。非同期要求には、read-ahead、 putpage、 pageio、 readdir-ahead、 commit という 5 つのタイプがあります。クライアントは、これらのタイプをラウンドロビンに処理し、特定の要求タイプだけを優遇することがないようにします。
しかし、書き込みの一括化 (書き込みをまとめる) などの NFS バージョン 3 サーバーの機能の中には、既存の NFS バージョン 3 クライアントの一定の動作に依存するものがあります。特に、この機能では、クライアントが複数の WRITE 要求をほぼ同時に送信することに依存します。キューから要求を 1 度に 1 つずつ取り出したのでは、クライアントのパフォーマンスを高めるために設けられたこのサーバー機能が生かされません。
符号なし整数 (32 ビット)
1
0 から 231 - 1
非同期要求
はい。ただし、ファイルシステムに対するクラスタ設定は、ファイルシステムのマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
ありません。しかし、このパラメータに 0 を設定すると、キューに入れられている特定の要求タイプの要求がすべて処理されてから、次のタイプが処理されます。この値によって、アルゴリズムの公平性の部分が実質的に無効にされます。
あるタイプについて次のタイプへ移行する前に生成される非同期操作の数を増やす場合。これによって、クライアントからの操作のクラスタに依存するサーバーの機能が生かされる場合があります。
変更の可能性あり
NFS バージョン 4 クライアントによって生成される非同期要求の組み合わせを制御します。非同期要求には、read-ahead、 putpage、 pageio、 readdir-ahead、 commit、 および inactive という 6 つのタイプがあります。クライアントは、これらのタイプをラウンドロビンに処理し、特定の要求タイプだけを優遇することがないようにします。
しかし、書き込みの一括化 (書き込みをまとめる) などの NFS バージョン 4 サーバーの機能の中には、既存の NFS バージョン 4 クライアントの一定の動作に依存するものがあります。特に、この機能では、クライアントが複数の WRITE 要求をほぼ同時に送信することに依存します。キューから要求を 1 度に 1 つずつ取り出したのでは、クライアントのパフォーマンスを高めるために設けられたこのサーバー機能が生かされません。
符号なし整数 (32 ビット)
1
0 から 231 - 1
非同期要求
はい。ただし、ファイルシステムに対するクラスタ設定は、ファイルシステムのマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
ありません。しかし、このパラメータに 0 を設定すると、キューに入れられている特定の要求タイプの要求がすべて処理されてから、次のタイプが処理されます。これによって、アルゴリズムの公平性の部分が実質的に無効にされます。
あるタイプについて次のタイプへ移行する前に生成される非同期要求の数を増やす場合。これによって、クライアントからの要求のクラスタに依存するサーバーの機能が生かされる場合があります。
変更の可能性あり
非同期入出力要求を実行するスレッドが終了するまで、なにもしない休眠状態を続けることのできる時間の長さを制御します。実行する要求がないと各スレッドは休眠状態に入ります。このタイマーが切れる前に新しい要求が到着しないと、スレッドは休眠から起きて終了します。要求が届くと、スレッドは起き上がって再び要求がなくなるまで要求を実行します。その後、スレッドは休眠状態に戻り、次の要求が届くか、またはタイマーが満了するまで待ちます。
整数 (32 ビット)
6000 (1 分を 60 秒 * 100Hz として表す)
0 から 231 - 1
Hz(一般にクロックは 100Hz で動作する)
はい
ありません。しかし、このパラメータに正以外の値を設定すると、スレッドが、自身が処理する要求がキューになくなるとすぐに終了します。
システムでのアプリケーションの動作を正確に把握し、非同期入出力要求の割合を予測できる場合は、次のどちらかの方法によってこのパラメータをチューニングすることで、パフォーマンスをある程度最適化することができます。
スレッドの終了までの時間を短くして、カーネルリソースの解放を早くする。
スレッドの終了までの時間を長くして、スレッドの作成や破棄にかかるオーバーヘッドを減らす。
変更の可能性あり
NFS クライアント上のファイルアクセスキャッシュにアクセスするハッシュキューの数を調整します。ファイルアクセスキャッシュは、ユーザーがアクセスしようとするファイルに関する、ユーザーの持つファイルアクセス権を格納します。キャッシュそのものは動的に割り当てられます。しかし、キャッシュに対するインデックスを作成するためのハッシュキューは、静的に割り当てられます。このアルゴリズムでは、アクティブファイルごとに 1 つのアクセスキャッシュエントリが、ハッシュバケットごとにこれらの 4 つのアクセスキャッシュエントリがあるものとみなします。したがって、このパラメータの値には、デフォルトで nrnode パラメータの値が設定されます。
整数 (32 ビット)
このパラメータのデフォルト値は 0 です。この値は nacache の値に nrnode パラメータの値が設定されるべきであることを示しています。
1 から 231 - 1
アクセスキャッシュエントリ
いいえ。この値は、/etc/system ファイルにパラメータを追加するか、パラメータを変更し、その後システムをリブートすることによってのみ変更できます。
ありません。しかし、このパラメータに負の値を設定すると、システムは、おそらく、非常に多くのハッシュキューをシステムに割り当てようとし、その間におそらくハングします。
1 つのファイルごとに 1 つのアクセスキャッシュエントリがあるという基本的な前提が損われるおそれがある場合は、このパラメータの値を検討します。複数のユーザーが同じファイルにほぼ同時にアクセスするタイムシェアリングモードのシステムでは、この前提が損なわれる可能性があります。このような場合には、予想されるアクセスキャッシュのサイズを増やすことが、キャッシュへのハッシュアクセスの効率性を保つ上で役立つことがあります。
変更の可能性あり
NFS バージョン 3 クライアントが前回の要求で NFS3ERR_JUKEBOX エラーを受け取ってから、新しい要求を送信するまでに待機する時間の長さを制御します。NFS3ERR_JUKEBOX エラーは、通常、何らかの理由でファイルが一時的に使用できないときにサーバーから返されます。このエラーは、通常、階層型ストレージ、CD やテープといったジュークボックスに関連しています。
長整数 (64 ビット)
1000 (10 秒を 10 秒 * 100Hz で表す)
64 ビットプラットフォームでは 0 から 263 - 1
Hz(一般にクロックは 100Hz で動作する)
はい
なし
このパラメータの値を調べ、必要ならサーバーが示す動作に合わせて値を調整します。再送信を繰り返すことによるネットワークオーバーヘッドを減らすためにファイルを使用できる遅延を長くする場合は、この値を増やします。ファイルが使用可能になったことを検出する場合の遅延を短くするには、この値を減らします。
変更の可能性あり
NFS バージョン 3 の READ、WRITE、READDIR、または READDIRPLUS 要求のデータ部分の最大サイズを制御します。このパラメータは、サーバーが返す要求の最大サイズとクライアントが生成する要求の最大サイズの両方を制御します。
整数 (32 ビット)
1,048,576 (1M バイト)
0 から 231 - 1
バイト
はい。ただし、このパラメータは、ファイルシステムごとにマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
ありません。しかし、サーバー側の最大転送サイズに 0 を設定すると、クライアントはおそらく、誤作動するか、単にサーバーに要求を送信しないかのどちらかになる可能性があります。
また、UDP トランスポート経由の NFS を使用する場合にも、転送サイズの最大値に制限があります。UDP には、1 データグラム当たり 64K バイトという厳しい制限値があります。この 64K バイトには、要求のデータ部分のほかに、RPC ヘッダーやその他の NFS 情報も含まれている必要があります。この制限値が大きすぎると、UDP エラーのためにクライアントとサーバーの通信に問題が発生することがあります。
ネットワークを介して送信するデータのサイズをチューニングする場合。通常、nfs:nfs3_bsize パラメータもこのパラメータの変更が反映されるように更新すべきです。
たとえば、転送サイズを 32K バイトより大きい値に増やす場合は、その増加した値が反映されるように nfs:nfs3_bsize を更新します。そうしないと、ネットワーク上で送信される要求のサイズは変わりません。詳細は、「nfs:nfs3_bsize」を参照してください。
転送サイズをデフォルト値より小さくする場合は、mount コマンドの -wsize または -rsize オプションをファイルシステム単位で使用します。
変更の可能性あり
NFS バージョン 4 の READ、WRITE、READDIR、または READDIRPLUS 要求のデータ部分の最大サイズを制御します。このパラメータは、サーバーが返す要求の最大サイズとクライアントが生成する要求の最大サイズの両方を制御します。
整数 (32 ビット)
32,768 (32 K バイト)
0 から 231 - 1
バイト
はい。ただし、このパラメータは、ファイルシステムごとにマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
ありません。しかし、サーバー側の最大転送サイズに 0 を設定すると、クライアントはおそらく、誤作動するか、単にサーバーに要求を送信しないかのどちらかになる可能性があります。
また、UDP トランスポート経由の NFS を使用する場合にも、転送サイズの最大値に制限があります。UDPの最大値については、「nfs:nfs3_max_transfer_size」を参照してください。
ネットワークを介して送信するデータのサイズをチューニングする場合。通常、nfs:nfs4_bsize パラメータもこのパラメータの変更が反映されるように更新すべきです。
たとえば、転送サイズを 32K バイトより大きい値に増やす場合は、その増加した値が反映されるように nfs:nfs4_bsize を更新します。そうしないと、ネットワーク上で送信される要求のサイズは変わりません。詳細は、「nfs:nfs4_bsize」を参照してください。
転送サイズをデフォルト値より小さくする場合は、mount コマンドの -wsize または -rsize オプションをファイルシステム単位で使用します。
変更の可能性あり
NFS バージョン 3 の UDP を介した READ、WRITE、READDIR、または READDIRPLUS 要求のデータ部分の最大サイズを制御します。このパラメータは、サーバーが返す要求の最大サイズとクライアントが生成する要求の最大サイズの両方を制御します。
整数 (32 ビット)
32,768 (32 K バイト)
0 から 231 - 1
バイト
はい。ただし、このパラメータは、ファイルシステムごとにマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
ありません。しかし、サーバー側の最大転送サイズに 0 を設定すると、クライアントはおそらく、誤作動するか、単にサーバーに要求を送信しないかのどちらかになる可能性があります。
このパラメータは変更しないでください。
変更の可能性あり
NFS バージョン 3 の TCP を介した READ、WRITE、READDIR、または READDIRPLUS 要求のデータ部分の最大サイズを制御します。このパラメータは、サーバーが返す要求の最大サイズとクライアントが生成する要求の最大サイズの両方を制御します。
整数 (32 ビット)
1,048,576 バイト
0 から 231 - 1
バイト
はい。ただし、このパラメータは、ファイルシステムごとにマウント時に設定されます。特定のファイルシステムに影響を与えるには、このパラメータを変更してからそのファイルシステムをアンマウントし、再びマウントします。
ありません。しかし、サーバー側の最大転送サイズに 0 を設定すると、クライアントはおそらく、誤作動するか、単にサーバーに要求を送信しないかのどちらかになる可能性があります。
1M バイトを超える転送サイズが必要な場合以外、このパラメータを変更しないでください。
変更の可能性あり
|