このスクリプトでは、e-docs マニュアルの検索に必要な Google 検索の URL を出力します。
このスクリプトでは、e-docs マニュアルに必要なバナーを出力します。
このスクリプトでは、e-docs マニュアルの検索に必要な Google 検索のパラメータを出力します。
リリース ノート
JRockit Mission Control Client のアクセシビリティに関する注意点
図 2-2 )。
図 2-3 ) には、現在値および最大値が表示されます。背景グラデーションや値の書式をコンフィグレーションしたり、新しいダイヤルをダッシュボードに追加したりできます。
図 2-4 ) および [属性セレクタ] ダイアログ ボックスは、ワイルドカード式を使用してフィルタ処理できます。
図 2-5 ) を使用するか、[トリガ] タブのインポート/エクスポート ボタンを使用して、ローカル ファイル システムとの間でトリガ ルールをインポートおよびエクスポートできるようになりました。
図 2-6 ) での MBean 名の表示方法をコンフィグレーションするための設定が追加されました。
図 2-7 ) で表示できます。
図 2-8 ) 上部のツールバー ボタンを使用して、ツリーの自動更新のオンとオフを切り替えることができます。
図 2-9 )。
図 2-10 )。
<B>、<LI>、および <BR> タグを使用してテキストの書式を設定できます (図 2-11 )。
図 2-12 )。
図 2-13 ) が追加されています。Mission Control のタブの拡張ポイントを使用して追加されたタブは、[その他] という 5 番目のグループに追加されます。
図 2-14 ) があり、パワー ユーザはこのタブを使用して、リモート マシンから JMX 経由で Ctrl-break ハンドラを実行できます。
図 2-15 )。
図 2-16 )。
図 2-17 )。
記録テンプレートを選択してください ] ドロップダウン リストから必要なテンプレートを選択できます (図 2-18 )。
図 2-19 ) が追加されています。
図 2-20 )。
図 2-21 )。
図 2-22 )。
図 2-23 )。
図 2-24 )。
図 2-25 )。
図 2-26 )。
図 2-27 )。
図 2-28 )。
図 2-29 )。
図 2-30 )。
図 2-31 )。
図 2-32 )。
図 2-33 )。
図 2-34 )。
図 2-35 )。
図 2-36 )。
JRockit Mission Control 3.0.3 での変更事項 」を参照してください。
Eclipse IDE との統合
http://dev2dev.bea.com/jrockit/tools.html
図 2-40 )。
レイテンシの時間軸 」スライド バーがあり、JRA 記録を簡単に拡大/縮小して、特定の時間枠内のレイテンシ イベントを見つけることができます。
レイテンシ ログ ] タブ - [レイテンシ ログ ] タブには、記録中に発生したレイテンシ イベントが一覧表示されます。[レイテンシ ログ ] タブのレイテンシ データを確認することで、特定のイベント タイプを簡単に見つけたり、ソート機能とフィルタ機能を使用して属性を選択したりできます。 レイテンシ グラフ ] タブ - [レイテンシ グラフ ] タブでは、アプリケーションの実行状態の概要がグラフィカルに示され、発生時刻やスレッドなどの条件でイベントを簡単に選択できます。 レイテンシ トレース ] タブ - [レイテンシ トレース ] タブには、レイテンシ イベントを含むすべてのメソッドのリストが表示されます。最もレイテンシの多いメソッド トレースがリストの最初に表示されます。特定のパッケージ、クラス、メソッドを表示するように [レイテンシ トレース ] テーブルをカスタマイズすることができます。 イベント タイプ ] タブ - [イベント タイプ ] タブには、所属先ごとにイベントが表示されます。「イベント タイプ」自体は「レベル」に属し、「レベル」は「プロデューサ」に属しています。 Properties ] タブ - [Properties ] タブには、選択したビューに応じて、イベント プロパティ、イベントのスタック トレース、または一般的なイベント データが表示されます。
注意 : JRockit Mission Control の古いバージョンでは、レイテンシ アナライザを使用するにはライセンス ファイルが必要です。Oracle からライセンスを購入することができます。
図 2-42 )。
-XXlazyUnlocking 」を参照してください。
図 2-43 )。
図 2-44 ) と簡体字中国語バージョン (図 2-45 ) で利用可能になりました。
http://edocs.bea.com/jrockit/tools/index.html
表 2-1 は、JRockit Mission Control 3.1.0 での変更事項を示しています。
32 ビットの JRockit Mission Control インスタンスを 64 ビットの JVM に接続しようとした場合に表示されるエラー メッセージが、「64 ビットのプロセスにアタッチできません」というメッセージを含むように更新されています。
Oracle JRockit Mission Control 3.1.0 および Oracle JRockit Real Time 3.1.0 以降は、各製品インストール ディレクトリが Oracle ホームとしても機能し、Oracle セントラル インベントリに追加の製品を登録できます。セントラル インベントリには同一のホスト上にインストールされたすべての Oracle 製品に関する情報が格納され、Oracle Universal Installer を実行することで管理できます。
Oracle JRockit Mission Control 3.1.0 および Oracle JRockit Real Time 3.1.0 以降は、デモ プログラムとサンプル プログラム、および Java プラットフォームのソース コードがデフォルトでインストールされなくなりました。 これらはオプションのコンポーネントに分割され、このコンポーネントをインストールするにはユーザが明示的に選択する必要があります。
表 2-2 は、JRockit Mission Control 3.0.3 での変更事項を示しています。
JRA 記録の GC タブを表示するときに、参照およびファイナライザ チャートのための伝説が変更されました。ラベル
Objects with finalizers (以前は、
Final references ) は、ファイナライザを持つ既存のオブジェクトの総数を示します。ラベル
Finalization queue length (以前は、
Objects with finalizers ) は、コレクション後、ファイナライズのために待っているオブジェクトの総数を示します。
詳細 - 古いコレクション セクションでは 3 つの対応するラベル(
# Objects with Finalizers 、
Finalization Queue Length Before 、および \
Finalization Queue Length After ) が変更されました。
これらの変更の基準として、値およびそれらが何を表すかをより良く説明することです。
JRockit Mission Control の Eclipse バージョンを Sun Hotspot JDK6_5 上で実行しようとすると、一部のユーザが新しい接続を作成できなく、コネクタ パネルでは、JDP コネクタがあれは、それだけ表示されました。この問題は修正されています。
注意 : このフィックスの一部としては、JRockit Mission Control をJRockit JVM ではなく、その他の任意の JVM 上で実行すると、JRockit Mission Control をJRockit JVM ではなく、その他の任意の JVM 上で実行しているというメッセージ ボックスが表示されます。
JRockit Mission Control の以前のバージョンでは、Management Console の Runtime タブの System Statistics パネルの Uptime カウンタは設計されたとおり動作しませんでした。この問題は修正されています。
トリガ ルールが複数のコンソールでアクティブであった場合、各コンソールのトリガの内部状態が、他のコンソールのデータによって影響を受けることがあります。この問題は修正されています。
指定した時間にアクティビティを表示するツールチップは Latency Time Line (LAT 録音における先端のグラフ) (
図 2-46 ) に追加されました。
JRockit Mission Control の Latency Analysis Tool は、オブジェクトの割り当てまたは TLA フェッチに待つスレッドを記録するようになりました。
Memory Leak Detector のインスタンス グラフに参照を展開するときに、ほとんどすべてのオブジェクト ノードが、グローバル JNI ハンドルによって参照されるように思えました。時には、オブジェクトがスレッド ルート
(Memleak Socket Reader) によって参照される可能性があります。この問題は誤った依存でグラフを取り散らかして、実際の参照チェーンに従うおよびリークを見つけるのを難しくなっています。この問題は修正されています。
表 2-3 は、このバージョンの JRockit Mission Control での変更事項を示しています。
JRockit JDK R27.4 に同梱の JRockit Mission Control のバージョンで、JRA 記録のガベージ コレクションの [
GC 前のヒープ使用量 ] の値が正しくありませんでした。ここには前回のガベージ コレクションの [
GC 後のヒープ使用量 ] の値が実際には表示されていました。この問題は修正されています。
JRA 記録で LAT を使用すると、イベントの開始時間と終了時間が正しくない場合がありました。正しい値が
1min から
1m30s の間であるはずのところ、
13480days のような値が表示されます。この問題は修正されています。
これまでは、Windows にインストールされた JRockit Mission Control が日本語ロケール、または繁体字中国語ロケールで実行された場合、システム フォント自体にはその言語の (Windows の英語版などではデフォルトで含まれている) 書体が含まれていなかったため、Memory Leak Detector で使用されている太字フォントが四角形で表示されていました。この問題は R27.5.0 で修正された。
JRA 記録ウィザードで記録が開始される前に遅延を指定すると、この遅延が適切に処理されませんでした。たとえば次のようになりました。
[GC] タブから [
休止時間合計 ] を加算したときに、合計値が、同じ値を Excel で計算した場合と異なっていました。この問題は修正されています。
JRA では若いコレクションの前後でナーサリ サイズを記録するようになったためこれらの値が JRockit Mission Control に表示されるようになりました。
JRockit Mission Control 3.0.2 以前のリリースでは、JRA の [GC 全般] タブにあるの [
世代別 ]、[
マーク フェーズ ]、および[
スイープ フェーズ ] の各列は、現在の方式が変更される前に使用されていた方式を参照していました。JRockit Mission Control 3.0.2 では、これらの列はガベージ コレクションによって変更された方式を参照します。R27.5 より前の JRockit JDK のリリース内の記録を JRockit Mission Control 3.0.2 で開くと、一部のカラムに N/A が表示されます。これは、これらのリリースでは方式の変更に関するすべての情報保存されてはいないからです。
JRA 記録ファイルは、記録の開始時に使用されたファイル名、および圧縮の使用の有無に関係なく、常に .jra というファイル拡張子が付くことになりました。
これまでは、特定の環境において、JRockit Mission Control では必要以上のメモリを使用しており、アプリケーションの応答が悪くなることがありました。これは特に、JRockit Mission Control が最近開かれた記録のデータを保持するため、多くのレイテンシ データを持つ JRA 記録を複数開いた場合に顕著でした。回避策は、JRockit Mission Control を再起動することでした。この問題は修正されています。
[レイテンシ ログ] タブで、1 つまたは複数のイベントをイベント テーブルからコピーすると、コピーしたデータを貼り付けようとしても、列のヘッダしか表示されませんでした。この問題は修正されています。
GUI の新機能 : Management Console に表示されるすべてのチャートに対して、チャートをイメージとしてエクスポートするコマンドがコンテキスト メニューに追加されました。
GUI の新機能 : [概観] タブのすべてのチャートのコンテキスト メニューに、[
チャート範囲の同期 ] コマンドが追加されました。このコマンドは、タブ内の他のチャートの X 軸の範囲をコンテキスト メニューをトリガしたチャートの X 軸の範囲に設定します。
GUI の新機能 : トリガされた他のチャートの X 軸の範囲に同期するコマンドが [概観] タブのコンテキスト メニューに追加されました。
GUI の新機能 : コンソール チャートの固定時に、マウス ポインタをチャート上に置くと、ポインタの最も近くでプロットされているチャートのデータ値が円で囲まれ、ツールチップに値が表示されます。
チャートの属性セレクタにフィルタを追加されました。これにより、フィルタ名に基づいて属性をフィルタすることができ、属性の選択が簡単になりました。
古い領域のガベージ コレクションを少なくとも 2 回行うまで、Memory Leak Detector の [傾向] タブの [増加] 列に成長率が 0 バイト/秒と表示されていました。ただし、アプリケーション、ヒープ サイズ、ガベージ コレクション アルゴリズムの組み合わせによっては、古い領域のコレクションはほとんど行われないため、成長率がずっとゼロと表示されたままになっていました。この問題は修正されています。
世代別コンカレント ガベージ コレクタが使用されると、メモリ リークの傾向情報が適切に更新されていませんでした。この問題は修正されています。
以前のバージョンの JRockit Mission Control では、JRA 記録を開始して、記録中に [停止] ボタンを押しても、JRMC では中止されたファイルのデータが表示されませんでした。R27.5 JRockit JVM またはそれ以降 (または R26.x JRockit JVM) を使用して、記録を行うときに、記録を早く停止すると、それがダウンロードされ、JRockit Mission Control で開かれます。
表 2-4 JRockit Mission Control 3.0.1 での変更事項 は、JRockit Mission Control のこのバージョンでの変更事項を示しています。
GC Duration 属性は、休止時間だけではなく、ガベージ コレクションの全期間を表示します。このバージョンの JRockit Mission Control では、
Pause Time フィールドは
GC Duration という名前に変更されました。
以前のバージョンでは、JRockit Mission Control MBean Browser は、MBean ObjectNames 内の引用符で囲まれた値 (特に、カンマを含む引用符で囲まれていない値) を正しく処理できませんでした。このような MBean が見つかった場合、MBean ブラウザが表示されませんでした。このような MBean は、たとえば WebLogic Event Server に存在する可能性があります。この問題は修正されています。
JRockit Mission Control のこのバージョンでは、MBean ブラウザの属性ブラウザから [永続性] 列が削除されました。グラフを永続するコマンドをコンテキスト メニューに追加されました。
JRA の [レイテンシ トレース] タブで、レイテンシをタイプ別にフィルタできるようになりました。R27.3 では、タイプ別のフィルタは [レイテンシ グラフ] および [レイテンシ ログ] タブでしか利用できませんでした。
高度な技術であるレイテンシ タイプ別のスタック トーレスのトラッキング機能は、アプリケーションのコード内で、レイテンシに関する何らかの問題があるすべての箇所を数秒以内に検出します。たとえば、ネットワーク I/O によって生じたレイテンシ、またはロックの同期によるレイテンシなどの問題のある箇所を検出します。
JRA 記録に無効な XML 文字が含まれることがあります。GUI でこれらの文字を開くとエラーが発生します。このエラーは、多くの場合、
org.xml.sax.SAXParseException: An invalid XML character のように表示されます。このエラーの原因は、JRA ファイルを記述するときに、コマンド ラインで文字が正しくエスケープされていないことにあります。この問題は修正されています。
JRA JRockit Mission Control の [GC] タブに、ガベージ コレクション中に発生した最長の休止時間を示す [
最長休止 ] というカラムが存在するようになりました。
Event Type ビューのコンテキスト メニューを使用して、イベント タイプ/レベル/プロデューサを有効なセットに追加したり、イベント タイプとレベルの色を変更することができるようになりました。
Latency Analysis Tool は、FileInputStrems、FileOutputStreams、FileChannels および RandomAccessFiles の read イベントと write イベントを扱えるように拡張されました。
JRockit Mission Control のこのバージョンでは、選択した属性を、[概観] タブの既存のチャートまたは新しいチャートに追加するコマンドが MBean Browser コンテキスト メニューに用意されています。
JRockit Mission Control の以前のバージョンでは、1 つのチャートに一度に複数の値を追加できませんでした。このバージョンの JRockit Mission Control では、チャートに関連付けられいる属性セレクタにより、一度の操作で、複数の属性を選択してチャートに追加することができるようになりました。
表 2-5 は、このバージョンの JRockit Mission Control での変更事項を示しています。
JRA ツールの [
GC ] タブにある [休止時間
] というラベルが [休止時間合計
] という名前に変更されました。この数字が 1 つのガベージ コレクション中の複数の休止を合計したものだからです。各ガベージ コレクションの詳細情報については、JRA ツールの [
GC ] タブの [
詳細 ] セクションを参照してください。
接続フレームワークのバグ (Sun バグ #6559427) のため、Mission Control は、ローカルで実行中の JVM (Mission Control と同じマシンで実行する JVM) に対してポーリングを行うたびに、ローカルで実行中の JVM ごとに複数のハンドルをリークしていました。この問題は R27.4 で修正されました。
Management Console の MBean ブラウザでは、
ObjectNames のプロパティ キーを使用して MBean をグループ化するようになりました。MBean プロパティ キーの順序を設定するプリファレンス設定も追加されました。
1.4 バージョンの JRockit JVM に接続するときに、ネイティブ サンプリング、ガベージ コレクション サンプリング、およびメソッド サンプリングを適切に無効にすることができるようになりました。
JRockit Mission Control では、日本語の文字を使用するときにフォルダ名が正しく表示されるようになりました。
表 2-6 は、JRockit Mission Control 3.0.0 から 3.1.0 で確認済みの問題を示しています。
[ローカルの環境設定] ウィンドウ ([
ウィンドウ ] メニューから [
Preferences ｜
JRockit Mission Control ｜
ブラウザの環境設定 ｜
ローカルの環境設定 ] を選択してアクセスします) で命名規則が変更されると、JVM ブラウザからローカル JVM が消える場合があります。規則が変更されて (ドキュメント化されていない) 構文に何らかの方法で準拠しなくなると、それらの規則が適用された場合に、ローカル JVM を検出したスレッドが終了します。
([
デフォルト値に戻す ] をクリックして) すべてのルールを修正し、それらを適用し、Mission Control を再起動します。
JMX パスワードを暗号化するマスタ パスワードの入力に使用されるダイアログ ボックスで、すべてのテキストが失われ、代わりに「NLS missing message:..」と表示されます。
レイテンシ データが含まれていない JRA 記録でレイテンシ タブを開くと、ヘルプ メッセージが表示されます。 このヘルプ メッセージ内のドキュメント リンクは機能しません。
時おり、ある JRockit Mission Control 3.1.0 を別の JRockit Mission Control 3.1.0 インスタンスに接続しようとすると、StackOverflow エラーが発生する場合があります。
JVM ブラウザの [
見つかったフォルダ｜ローカル ] フォルダに、1.4 JVM を実行中の Java アプリケーションがプレフィックス
[1.4] 付きで表示されます。これらのいずれかに接続しようとすると、1.4 ではローカル アタッチがサポートされていないため、エラー メッセージが表示されます。しかし、このエラー メッセージには以下の重要な情報が欠落しています。つまり、この JVM に接続するには、JVM を
-Xmanagement で開始して、
localhost:7090 への接続を作成する必要があります。また、接続ウィザードの [
ホスト JDK のバージョン ] グループで [
JDK 1.4 ] ラジオ ボタンを選択する必要があります。
JRMC GUI でタブ コンポーネントにアクセスすると、JAWS によって「ページを切り替えるには〔Ctrl〕+〔Tab〕キーを押します」という指示がユーザに対して表示されます。タブとページ間を切り替える正しい手順では、左右の矢印キーを使用します。
64 ビットの JVM に対し、32 ビットの JRockit Mission Control で Memory Leak Detector を開始しようとするとエラー メッセージが表示されますが、このエラー メッセージには JVM が 64 ビットであることに関する情報は一切含まれていません。代わりに、コンソールへの接続や JRA 記録の開始を試みたときに生成されるエラー メッセージにはこの情報が含まれています。
一部の JRockit JVM バージョンでは、
com.sun.management.HotSpotDiagnostic MBean がサポートされない場合であっても Console MBean ブラウザに表示されることがあります。 この MBean を表示しようとすると、
IllegalArgumentException エラー メッセージが表示されます。
JRockit Mission Control の JRA 記録を開始し、[
詳細なオプションの表示 ] を選択したときに、大きいフォントと低解像度 (1024x768 の解像度で 2 行のタスク バーなど) を設定していて、ウィンドウが画面に対して大きすぎると、一部のオプションが表示できなかったり、アクセスできなかったりする場合があります。
JRockit Mission Control の JRA には、行および列見出しを持つテキスト ボックスの表形式のテーブルが含まれている場合があります。 スクリーン リーダーを使用したときに、これらの見出しが通常のテーブルのように読み上げられません。
JRockit Mission Control Console のダッシュボードのダイヤルで、プロパティのダイアログ ボックス内でタブを使用して逆方向に移動すると、[フォーマット] コンボ ボックスで動きが止まります。また、[
ウォーターマークを表示 ] で視覚または聴覚上のフォーカスが得られません。
スクリーン リーダー ソフトウェアを使用して JRockit Mission Control のテーブル データをより効率的に読み上げるには、テーブル データをコピーしてテキスト エディタに貼り付け、そこから読み上げます。コピーして貼り付けるには、次の手順に従います。
すべて選択 ] を選択してすべての項目を選択します。 コピー ] を選択します。
スクリーン リーダー ソフトウェアを使用して JRockit Mission Control Console の [全般/概要] タブからデータを読み上げるには、[
ウィンドウ ｜
Preferences ｜
JRockit Mission Control ] を選択し、右のパネルから [
ダイヤルをテーブルとして描画 ] と [
チャートをテーブルとして描画 ] を選択します。
2 つ以上のスレッドが同じ OS スレッド ID を持っている場合は、それらのうちの 1 つが JRockit Mission Control JRA レイテンシ グラフに表示されます。この症状が発生する可能性は非常にまれです。
Memory Leak Detector は暗号化されないため、公共のネットワークでは絶対に使用しないでください。将来の改訂版で暗号化プロトコルが利用できるようになります。
JRockit Mission Control クライアント GUI を Linux システム上でローカルで実行するために XWIN X-Client を使用すると、スクロール ホイールを使用することだけで、JRockit Mission Control のスクロール バーを移動することができます。(垂直にのみ)。
JRockit Mission Control を Linux 上で起動する前に、X-Server が実行する必要があります。さもなければ、JRockit JVM は GTK でクラッシュする可能性があります。
JRockit JVM インスタンスで実行しているアプリケーションは、JRA の記録中に終了すると、JRA 記録は JRockit Mission Control クライアントに送信されません。ただし、記録はローカルで保存され、その場所が
stderr に出力されます。
stderr に出力された場所で、記録を手動で取得します。
JRockit JDK R27.4 に同梱の JRockit Mission Control のバージョンでは、JRA 記録のガベージ コレクションで [
GC 前のヒープ使用量 ] に示される値が正しくありませんでした。表示される値は、実際には進行中のコレクションの [
GC 後のヒープ使用量 ] の値でした。この問題は、JRockit JDK R27.5 に同梱の JRockit Mission Control のバージョンで修正される予定です。
JRockit Mission Control から JRA 記録を開始するときに、記録の種類を選択する前に時間を編集すると、時間の値が正しくないことがあります。これは通常、秒と分との間で切り替えを行うと発生します。1 分よりも少ない秒数を設定すると、設定が失われ、値が 0 になります。
Linux システムで、グラフをイメージとして保存する (グラフのコンテキスト メニューからアクセス可能) 場合に、ファイル ダイアログ ボックスにファイル名の入力テキスト フィールドが表示されず、[
OK ] ボタンが反応しません。このような場合は、グラフを
.png ファイルとして保存することはできず、[
キャンセル ] を選択するしかありません。
トリガ ルールが複数のコンソールでアクティブな場合に、各コンソールのトリガの内部状態が、トリガがアクティブな他のコンソールのデータによって影響を受けることがあります。そのため、トリガ発動の信頼性が低下します。
JVM の起動期間中に多数 (2
31 個以上) の例外がスローされると、カウンタのオーバーフローにより、JMAPI および JRockit Management Console の例外カウント API から負の数が返されます。
Windows にインストールされた JRockit JDK R27.1 に同梱の JRockit Mission Control が日本語ロケール、または繁体字中国語ロケールで実行された場合、システム フォント自体にはその言語の (Windows の英語版などではデフォルトで含まれている) 書体が含まれていないため、Memory Leak Detector で使用されている太字フォントが四角形で表示されます。この問題は JRockit JDK R27.5 に同梱の JRockit Mission Control で修正される予定です。
Memory Leak Detector のインスタンス グラフで、グローバル JNI ハンドルから誤った参照が示されることがあります。このような参照でツールチップに「ハンドル数 : 1」と表示される場合は、参照が正しくない可能性があります。同様に、発生する頻度はこれよりも低いのですが、スレッド ルート (MemLeak Socket Reader) からの参照は常に誤っています。これらの参照は、JRockit Mission Control の Memory Leak Detector の実装で一時的に使用されるものです。これらの参照では、オブジェクトが常には有効に保たれてはいません。
Windows のデフォルトの一時ディレクトリ (
java.io.temp) が FAT ファイル システム上にある場合、ローカル プロセスを見つけることのできないツールがあります。このようなツールには、JRockit Mission Control、jrcmd、および jconsole があります。
セキュリティ上の理由から、ローカルでのモニタと管理のサポートは、Windows のデフォルトの一時ディレクトリがファイルとディレクトリに対してパーミッションの設定をサポートするファイル システム上 (たとえば、NTFS ファイル システム上) にある場合に限られます。これはアクセス制御が不十分な FAT ファイル システムではサポートされません。
Windows の JRockit Mission Control でオンライン ヘルプを起動すると、スクリプト デバッガ エラーが発生する場合がまれにあります。これは、Internet Explorer で [
ブラウズ｜スクリプトのデバッグを使用しない (その他) ] を選択解除して、スクリプト デバッガをインストールしていると発生することがあります。メッセージが表示されたときに [
いいえ ] をクリックすると、すべて設計どおりに動作します。
IE の [ツール] メニューで [
インターネット オプション ] を選択し、[
ブラウズ ] セクションの [
スクリプトのデバッグを使用しない (その他) ] を選択します。
[Thread Latency Log] テーブルのイベント情報のクリップボードへのコピーが適切に動作しません。ヘッダー情報だけがコピーされます。この問題は、JRockit JDK R27.5.0 に同梱の JRockit Mission Control のバージョンで修正される予定です。
JRA レイテンシ記録の一部のイベントでは、スレッド ID が 0 に設定されています。具体的には、
JVM Event Wait->Signalling thread、
Java Synchronization->Last holder thread および
Java Synchronization->Holder thread が該当します。
JRA 記録では、割り当て済みの TLA (スレッド ローカル領域) の数が TLA の推奨サイズ (バイト単位) と共に記録されます。JRA GUI は、これらの値を乗算し、記録全体で TLA に割り当てられるバイト数を算出します。ただし、実際に使用される TLA のサイズは、レポートされたサイズよりも若干少ないことがあるため (推奨サイズは推奨値に過ぎないため、断片化によって TLA が小さくなることがある)、GUI に出力される値は多く見積もられている可能性があります。
現在、JRockit JDK R27.1 に同梱の JRockit JVM の 1.4 バージョンに JRockit Mission Control を実行しているなら、レイテンシ データから JRA 記録を起動するのに JRA 記録ウィザードを使用できません。RMP (レガシ管理プロトコル) は JRockit JVM インスタンスの記録容量に関する情報を現在は提供していません。
レイテンシ データの JRA 記録を開始するには、以下のいずれかの回避策を使用してください。
JRA ツールの [
GC ] タブにある [休止時間
] というラベルが [休止時間合計
] という名前に変更されました。ただし、この変更は翻訳済みの日本語バージョンと簡体字中国語バージョンでは行われていません。
RHEL4 で
bin/jrmc 実行可能ファイルを使用して JRockit Mission Control を起動すると、オンライン ヘルプは機能しない可能性があります。ヘルプ ブラウザではなく、「Couldn't open help on {0}」というダイアログが表示されます。
http://www.eclipse.org/swt/faq.php#browserlinux を参照してください。
MOZILLA_FIVE_HOME をご使用の XULRunner/Firefox/Mozilla インストール フォルダに設定します (例 : export MOZILLA_FIVE_HOME=/usr/lib/mozilla)。 LD_LIBRARY_PATH を MOZILLA_FIVE_HOME に含めます (例 : export LD_LIBRARY_PATH=${MOZILLA_FIVE_HOME}:${LD_LIBRARY_PATH})。 bin/jrmc を実行します。
JRA ツールの [
メソッド ] タブで祖先を表示するときに、ノードが分岐していない場合でも割合が低くなることがありました。これは、表示されたメソッドにつながる呼び出しに関与している一部のサンプルで、スタックの深さが十分でないことが原因でした。この問題を避けるには、JRA 記録ウィザードで [トレースの深さ] を増やします。
![[診断コマンド] タブ](wwimages/tab_diagnostic_commands.gif)
![[General Overview] タブ](wwimages/tab_general_overview.gif)
![[Code Overview] タブ](wwimages/tab_code_overview.gif)
![[システム] タブ](wwimages/tab_system.gif)
![[記録] タブ](wwimages/tab_recording.gif)
![[GC 統計] タブ](wwimages/tab_gc_statistics.gif)
![[割り当て] タブ](wwimages/tab_allocation.gif)
![[Threads/Locks Overview] タブ](wwimages/tab_thread_overview.gif)
![[スレッド] タブ](wwimages/tab_threads.gif)
![[Latency Overview] タブ](wwimages/tab_latency_overview.gif)
![[Latency Thread] タブ](wwimages/tab_latency_threads.gif)
![[Latency Histogram] タブ](wwimages/tab_histogram.gif)
![[占有ヒープ]](wwimages/occupied_heap.gif)
