「ダッシュボード」パネルの右上隅の「属性の追加」(プラス記号(+)ボタン)をクリックします。たとえば、ダイアログが開いたら、「フィルタ」テキスト・フィールドにFreePhysicalMemorySizeと入力して「終了」をクリックします。「空き物理メモリー」ダイヤルがダッシュボードに追加されます。ダイヤルの名前とそのプロパティを編集するには、ダイヤルを右クリックします。ダイヤルのグラデーションの値を設定したり、色を設定したり、ウォーターマークを表示するかどうかを選択できます。

「概要」タブの隣にある 「チャートの追加」(プラス記号(+)ボタン)をクリックします。チャートが追加されたら、チャート・パネルの右上隅にある「属性の追加」((+)ボタン)をクリックして、目的の属性を追加します。たとえば、ダイアログが開いたら、「フィルタ」テキスト・フィールドにThreadCountと入力して「終了」をクリックします。スレッド数チャートがページに追加されます。属性リストを右クリックして「色の編集」を選択すると、スレッド数チャートの色を変更できます。タイトルの変更やイメージとしてのエクスポートなど、その他のチャートの操作を行うには、チャートのコンテキスト・メニューを使用します。

新規Mbeanの作成と登録

新規MBeanを作成して登録するには、「MBeanツリー」パネルの上部にあるプラス記号(+)ボタンをクリックし、「新規MBeanの動的な作成と登録」ダイアログで新規MBeanの有効なオブジェクト名とクラス名を指定します。特定のMBeanを登録解除するには、右クリックして「MBeanツリー」パネルのコンテキスト・メニューから「登録解除」を選択します。

「属性」表の属性の間隔を更新するには、属性を右クリックして、「更新間隔の変更」を選択します。更新間隔は、次のいずれかの値に設定できます:

• デフォルト: デフォルトの更新間隔設定。
• 1回: 属性は1回のみフェッチされます。たとえば、オペレーティング・システム名にこの間隔を選択できます。
• カスタム: ミリ秒(ms)で指定されたカスタム更新間隔。たとえば、CpuLoad属性を2000ミリ秒に変更できます。この場合、CPU負荷は2秒に1回フェッチされます。

属性の値の変更

値を更新できるのは、太字でレンダリングされている属性のみです。たとえば、「MemoryPool」、「Compresses Class Space」MBeanの順に選択して、「属性」サブタブに移動します。リストで、「UsageThreshold」属性を右クリックします(この属性が太字で表示されていることに注意してください)。「値」フィールドをダブルクリックするか、右クリックして「値の変更」を選択し、しきい値を変更します。

「通知」サブタブでは、選択したMBeanで使用可能なJMX通知を表示できます。すべてのMBeansにそのような情報があるわけではなく、(通知が使用可能な場合)通知をサブスクライブする必要があります。たとえば、「java.lang」下の「GarbageCollector」MBeanを選択し、「G1古い世代」を選択します。「通知」サブタブに移動し、「サブスクライブ」チェック・ボックスを選択します。通知は、通知の日時で構成される名前が付いた表の別個のエントリとして「ログ」パネルに追加されます。エントリを展開し、通知の詳細を表示します。

「MBeanブラウザ」タブを使用して、診断コマンドを起動できます。たとえば、「操作」サブタブをクリックして、com.sun.managementドメインから「診断コマンド」を選択します。コマンドのリストから「vmInfo : String」コマンドを選択して、「実行」をクリックします。結果は出力パネルに表示されます。

トリガーの設定

条件が満たされた場合にフライト記録を自動的に開始するようJMCを設定するには、次の手順に従います。これは、特定のJVMランタイムの問題を追跡する場合に有用です。

1. 「トリガー」タブで、「追加」ボタンをクリックします。アプリケーション内の任意のMBean(アプリケーションに固有のMBeanを含む)を選択できます。
2. 表示された「新しいルールの追加」ダイアログで、ルールをトリガーする属性を選択し、「次」をクリックします。たとえば、「java.lang」、「OperatingSystem」、「ProcessCpuLoad」の順に選択します。
3. ルールがトリガーされる条件を設定し、「次」をクリックします。たとえば、「最大トリガー値」、「持続期間」および「制限期間」の値を設定します。

   ノート:

   「条件に合致したときにトリガーします。」および「条件から復帰したときにトリガーします」チェック・ボックスを選択できます。
4. トリガーされたときにルールで実行するアクションを選択し、「次」をクリックします。たとえば、「期限付きフライト記録の開始」を選択し、ファイル宛先および記録時間を参照します。トリガーされたらフライト記録が自動的に開くようにする場合は、「自動的に開く」チェックボックスを選択します。
5. ルールに対する制約を選択し、「次」をクリックします。たとえば、ルールをアクティブにする特定の日付、曜日または時刻を選択します。
6. 新しいルールの名前を入力し、「終了」をクリックします。

   ルールが「トリガー・ルール」パネルの「ルール」リストに追加されます。

「トリガー・ルール」リストからルールを選択すると、「ルールの詳細」ペインの「条件」、「属性」および「制約」タブにそのコンポーネントが表示されます。必要に応じて編集できます。

ヒープ・ヒストグラム

クラスごとのヒープでのメモリー割当てのスナップショットを表示するには、「ヒープ・ヒストグラムのリフレッシュ」ボタンをクリックします。これによりオーバーヘッドが生じる可能性があることを知らせる警告メッセージが表示されます。出力には、ヒープ内の各クラス・タイプのインスタンス数、合計サイズおよびデルタが表示されます。最初のヒープ・ヒストグラムが取得されると、これがベースラインになり、デルタがゼロに設定されます。後続のヒストグラムが取得されるたびに、前のヒストグラムに対するデルタが表示されます。「デルタ計算のリセット」を押すと、現在取得されているスナップショットがベースラインとして使用されます。ヒストグラムを連続して(たとえば、2分ごとに)取得すると、傾向を観察でき、詳細な分析につなげることができます。

アプリケーションでjava.lang.OutOfMemoryErrorが発生した場合は、ヒープ・ヒストグラムを分析して問題を診断します。java.lang.OutOfMemoryErrorが発生したときにメモリー内に存在していたオブジェクトとそれらが使用していたメモリーのサイズが示されます。

「GC表」パネルには、G1若い世代やG1古い世代など、使用可能なガベージ・コレクタのキー・パフォーマンス属性の現在の値が含まれます。コレクション数は、様々な問題の分析に役立ちます。たとえば、若いコレクションの数が多いことが、レスポンス時間の問題の原因である場合があります。古い世代の使用率がガベージ・コレクション(GC)後に増加せず、大きく変動する場合、オブジェクトが若い世代から古い世代に不必要にコピーされています。

属性を右クリックして間隔、単位を更新し、一部の属性については値を変更します。

メモリー不足は、GCアクティビティが増加する主な理由です。したがって、様々なメモリー・プール(Eden、SurvivorおよびOld)の利用率をモニターすることが重要です。そのためには、「アクティブ・メモリー・プール」パネルを分析します。このパネルには、JVMで使用可能なメモリー・プールに関する情報が表示されます。

ライブ・スレッド・グラフ

「ライブ・スレッド・グラフ」をクリックすると、Javaアプリケーションによって開始されたスレッドの数が表示されます。グラフには、デフォルトで次の属性が含まれています:

• デーモン・ライブ・スレッド数: ライブ・デーモン・スレッドの数が表示されます。
• ピーク・ライブ・スレッド数: ピーク・ライブ・スレッドの数が表示されます。
• 合計ライブ・スレッド数: ライブ・スレッドの合計数が表示されます。

「ライブ・スレッド」表には、使用可能なすべてのスレッドが、スレッド名、スレッドの状態、ブロックされた数などの情報とともに表示されます。表内のスレッドをフィルタリングするには、フィルタ・テキスト・ボックスにフィルタ文字列を入力します。たとえば、すべてのAWTスレッドを表示するには、AWTと入力します。

スレッドが選択されている場合は、そのスタック・トレースが「選択したスレッドのスタック・トレース」パネルに表示されます。スタック・トレースには、現在実行されているメソッドまでのすべてのメソッドのコール・パスが含まれ、問題の原因となったメソッドの検出に役立ちます。