問題タブ [jprofiler]

コードでcom.jprofiler.agent.Controllerを使用するために正確に何をする必要があるか教えてください。

IntelliJ IDEA 11 のデバッガーで実行している GWT/GAE アプリケーションがあります。JProfiler 7.0.1 があります。

少しグーグルで調べたところ、これ"-agentpath:C:\Program Files (x86)\jprofiler7\bin\windows\jprofilerti.dll,config=C:\Program Files (x86)\jprofiler7\api\samples\common\config.xml" "-Xbootclasspath/a:S:\Program Files (x86)\jprofiler7\bin\agent.jar"をJVMに渡す必要があるようですが、うまくいかないようです。

VM 情報を収集するために、Tomcat Web アプリケーションで VMware jar を使用しています。IDEA 10.5 内から JProfiler を起動すると、VMware jar を呼び出してIllegalAccessException.

JProfiler が jar を調べないようにする方法はありますか? 除外フィルターをかけてみましたcom.vmware.vim25が、効果がありませんでした。

スタック トレースは次のとおりです。

[をちょきちょきと切る]

JProfiler を使用してロック競合の問題をデバッグしています。監視履歴で問題のあるブロックされたロックの使用を確認でき、待機中のスレッドと所有スレッドのフィルター処理されたスタック トレースを確認できます。ただし、スタック トレースには行情報は表示されません。これらのバックトレースを取得する方法はありますか?

スレッドビューのスレッド履歴は、JVMが終了し、JProfilerによってのみ存続している場合でも実行を継続します（Keep VM aliveを使用）。この動作により、JVMが実行されている間は多くの有用なデータが表示され、その後は役に立たないデータが増えます（私の場合はすべてのスレッドが待機しています）。

記録の停止アクションでトリガーJVM出口を使用しようとしましたが、これでスレッド履歴が停止しません。

トリガーが機能します。これは、メッセージの印刷アクションを使用して確認しました。

ありがとう

本番サーバーでjprofilerを起動し、プロファイリングを行った後、それを強制終了しました（kill -9）。

今、私はそれを再開しようとしていますが、「プロファイルされていないJVMが見つかりません」のみを受け取ります。メッセージが表示されますが、jpsコマンドはアプリケーションが実行中であることを示しています（実際に自分で動作していることがわかります）。

おそらく、jprofilerは、現在プロファイルしているjvmに関する情報をファイルに保存し、killコマンドによってこのファイルの更新が妨げられた可能性があります。では、どうすれば手動でクリーニングできますか？

ps jprofileを削除してから再度解凍しようとしましたが、まだ機能していません。

多くの中複雑度の Java/Jsp アプリケーションを扱っており、Jprofiler/Netbeans プロファイラーを使用したプロファイリングよりも Jmeter などを使用してパフォーマンス テストを行うことの追加の利点は何だろうかと考えています。誰かが同じことについて何か推奨事項を提供してくれれば、非常に感謝しています。

アプリケーションは巨大なアプリケーションであるため、アプリケーションのプロファイリングに使用JProfilerしていました。そのため、そのパフォーマンスと効率を非常によく認識しています。
時間がかかりすぎたため、すべてIterator.hasNextをに置き換えfor-eachましたが、JProfilers CPUビューに表示されている場合、Iterator.hasNext使用している場所と呼ばれるメソッドが表示されfor-eachます。
なぜそうするのですか？これら2つの間に何か関係はありますか？サンプルコードは次のとおりです。

私の質問はこれとは異なります。アプリケーションのプロファイリングを行ったのですが、遅すぎます。
1 つのプロセスが完了した後、ヒープ ウォーカーにいくつかのライブ オブジェクトが表示されました。

データベースからいくつかのデータをキャッシュしていますが、ヒープウォーカーはそこにあるべきではないやHashMapのようないくつかのライブオブジェクトを表示します。Resultset.getStringStatement.getString

HashMap.put()上記の 2 つの方法よりもメモリ使用量が非常に少なくなります。

この分析は正しいですか? または、何か不足しており、メモリがHashMapそれ自体で占有されておりHeapWalker、JDBC のメソッド (getStringおよびexecuteQuery) を表示しているだけです。

アプリケーションのプロファイリングにJProfilerを使用しています。ガベージコレクターを実行すると、マークされたすべての記録済みオブジェクトが緑色になり、しばらくすると、作成されたオブジェクトと破棄されたオブジェクトの違いに再び直面することに気付きました。
ちなみに、この時点で私のアプリケーションはまだ実行中ですが、私のアプリケーションはメモリリークの問題に直面していますか、それともこれは正常です。
状況を理解するのに役立つ可能性のあるスナップショットがいくつかあります

上記は、ガベージコレクターを実行したときのスナップショットです...

しかし、しばらくすると、これらのバーは部分的に緑と赤になります...

コードが原因で、メモリリークに直面HashMapしています。アプリケーションに初めてログインすると、これHashMapが入力され、これを使用しMapてデータをキャッシュします。

このキャッシュされたデータをアプリケーションのいくつかの場所で使用しました。

アプリケーションで何も実行されていない場合、ログイン後、そのサイズは継続的に増加します。サイズは、ガベージ コレクターが自動的に呼び出されるか、それを呼び出す状況でのみ減少します。

しかし、その後、再び増加し始めます。確かにメモリリークですが、どうすれば回避できますか?

私のプロファイラーは、ホットスポットのメモリ割り当てとしても表示ResultSet.getString()しています。Statement.execute()これらのメソッドは、このキャッシュを作成するために使用されました。

これらのメソッドが原因でメモリリークが発生していますか? 最終ブロックでDB接続を閉じました。

これらのメソッドがまだ表示されているのはなぜですか?