|
|
|
|
サーバ : モニタ : スレッド
このページには、現在のサーバのスレッド アクティビティに関する情報が表示されます。
最初のテーブルには、スレッド プールの状態に関する全般的な情報が表示されます。2 番目のテーブルには、個々のスレッドの情報が表示されます。
注意 : 各スレッドに表示されるユーザ ID は、要求の現在の段階でスレッドを実行しているユーザ ID です。このテーブルには、スレッドのライフ サイクル中に異なるユーザ ID が表示される場合があります。
ワーク マネージャを使用してスレッド実行に優先順位を付ける場合、 WebLogic Server では、単一のスレッド プールを使用してすべての種類 の作業を実行します。作業の優先順位は、定義されたルールおよび実行時 メトリック (要求の実際の実行時間、プールに入ってくる要求と出て行く要求 の割合など) に基づいて決定されます。
スループットを最大にするために、共通のスレッド プールのサイズが 自動的に変更されます。キューは、履歴を基にスループットを一定期間 モニタし、スレッド数を調整するどうかを判断します。たとえば、履歴の スループット統計で、スレッド数が増えるとスループットも増えることが 示されている場合、WebLogic はスレッド数を増やします。同様に、 スレッド数が減ってもスループットは減らなかったことが示されている場合、 WebLogic はスレッド数を減らします。この新しい方式により、管理者 は、処理を行うリソースの割り当てやパフォーマンスの管理がしやすくなり、 カスタム実行キューのコンフィグレーション、モニタ、およびチューニングに 関する作業や複雑さを回避できます。
WebLogic Server には、スレッドに優先順位を付けて実行するための もう 1 つのメソッドが用意されています。このメソッドは、実行キュー使用時の 下位互換性のために使用されます。以前はこのメソッドで、優先順位と順序の 要件に基づき、またデッドロックを避けるために、作業の各クラスが異なるキューで 実行されていました。デフォルトの実行キュー weblogic.kernel.default に加えて、weblogic.admin.HTTP や weblogic.admin.RMI など、 内部の管理トラフィック専用のキューがあらかじめコンフィグレーションされて いました。
カラムの表示
[このテーブルのカスタマイズ] を展開して [カラムの表示] リストを変更すると、このページに表示されるデータ ポイントを減らしたり増やしたりできます。それぞれのデータ ポイントは各自のテーブル カラムに表示されます。
以下のテーブルに、このページのカラムに表示できるすべてのデータ ポイントを記載します。
  |
