4.10 IPC要件の決定
IPC要件は、様々なシステム・パラメータの値で決まります。tmboot -cコマンドを使用すると、構成のIPC要件をテストできます。次のパラメータの値は、アプリケーションのIPC要件に影響をもたらします。
-
MAXACCESSERS -
REPLYQ -
RQADDR(MSSQセットの形成を可能にする) -
MAXSERVERS -
MAXSERVICES -
MAXGTT
次の表では、アプリケーションのIPCのニーズに影響するシステム・パラメータについて説明します。
表4-5 IPCパラメータのチューニング
| パラメータ | アクション |
|---|---|
MAXACCESSERS
|
セマフォの数を指定します。メッセージ・キューの数は、MAXACCESSERS + 応答キューを持つサーバー数(MSSQセットのサーバー数+ MSSQセット数)とほぼ同じです。
|
MAXSERVERS,MAXSERVICES,
および |
MAXSERVERS、 MAXSERVICES、MAXGTTの3つ、およびROUTING、GROUP、NETWORKの3つのセクションの全体のサイズは共有メモリーのサイズに影響し、これらのパラメータの相関関係を計算式に表そうとすると複雑になります。かわりに、単純にtmboot -cまたはtmloadcf -cを実行すると、アプリケーションで最低限必要なIPCのリソース要件を計算することができます。
|
| キューに関連するカーネル・パラメータ | クライアントとサーバー間のバッファ・トラフィックのフローを管理するためにチューニングします。キューの最大サイズ(バイト単位)は、アプリケーションで最も大きいメッセージを処理でき、通常は75 - 85パーセントが使用中になる大きさに設定します。それよりパーセンテージを低くすると、無駄が生じます。
それより大きくすると、ブロックへのメッセージ送信頻度が高くなりすぎます。 アプリケーションが送信するメッセージに対して最大のバッファを処理できるように最大サイズを設定します。 キューの最大長(キューに同時にとどまることができる最大メッセージ数)は、アプリケーションにおける操作に適した大きさに設定する必要があります。 キューの平均使用率と平均長を測定するには、アプリケーションをシミュレートするか、または実行します。これは、アプリケーションの実行前にチューニング可能なパラメータを予測し、アプリケーションの実行後にパフォーマンス分析に基づいてそのパラメータを調整するという、試行錯誤のプロセスになります。 大規模なシステムでは、オペレーティング・システム・カーネルのサイズに対するパラメータ設定の影響を分析します。効果が認められない場合には、アプリケーション・プロセスの数を減らすか、アプリケーションをさらに多くのマシンに分散して |
親トピック: CORBAアプリケーションのチューニング