問題タブ [clrprofiler]

Microsoft のCLRProfilerを使用してかなり大きなアプリをプロファイリングしようとしていますが、ログ ファイルを書き込もう (または読み込もうとする) たびにクラッシュします。皮肉なことに、正確なバグはMS の「フィードバック」サイトに再現性がないと記載されており、修正されていないようです。私はで取得してNullReferenceExceptionいます：

どうすれば助けを得ることができるか、理想的にはいまいましいものを適切に実行することができるかについて、誰か考えがありますか? MSDN での助けを求める哀れな電話は無視されました... ありがとう!

ASP.Net アプリケーションでメモリ リークの問題が発生しています。IMO がほとんど役に立たない情報を表示する WinDbg を試しましたが、現在 CLR プロファイラーを動作させようとしています。

私の問題は、「ASP.NET のプロファイリング」を試みるたびに、2 つのコンソールが高速で表示されて読み取れないことです。CLR プロファイラーのタイトル バーには、「IIS を開始しています。エラー 2 が発生しました」と表示されます。

• IIS7.5
• Windows Server 2008 R2 エンタープライズ

その他の注意事項:

CLR Profiler を管理者として実行してみました。

メモリリークの原因を特定する必要があり、助けていただければ幸いです。

編集：

私はすでにこれを見ました： http://msdn.microsoft.com/en-us/library/ff650691.aspx

.NET Framework 4.0 Client Profile を対象とする WPF アプリケーションがあります。

CLR Profiler 2.0 (管理者権限で実行) から実行すると、アプリケーションは正常に起動して実行されますが、CLR Profiler には情報が表示されません。「Show Heap Now」を押すと、しばらくフリーズし、「アプリケーションからの応答がありませんでした」というメッセージが表示されます。アプリケーションが終了すると、すべて「0」または「不明」の「プロファイラー結果」が表示されます。

私はWindows 7 x86 Professionalで作業しています

.NET 4.0 用の CLR プロファイラーはありますか?

どんなヒントでも大歓迎です

ありがとう、ジョナス

.NETアプリケーションにメモリリークがあります。この目的のためにCLRプロファイラーの使用を推奨する人はほとんどいないようです。私はこのアイデアに少し迷っています。私にとって、メモリリークを見つけるために、ツールは2つのメモリ状態を比較して、2つの状態間のオブジェクトの増加などの統計を取得する必要があります。したがって、私の考えでは、ツールが2つ（またはそれ以上）のメモリ状態を比較できない場合、メモリリークの検出には使用できません。明らかに、パフォーマンスカウンターのようなものは、メモリ使用量の傾向を把握できる少し異なる概念です。

だから私の質問は、誰かがメモリリークを検出するためにCLRプロファイラーをどのように正確に使用できるかを説明できるかどうかです。

ASP.NET アプリケーションのプロファイリングに CLR プロファイラーを使用できますか?

WPF アプリケーションに CLR Profiler を使用しようとしていますが、アプリが毎回クラッシュします。アプリケーションのトレース ログを見つけると、私のアプリでMainNavigation.xmal.csは Singleton クラスを使用してグローバル データを格納していることがわかりました。プロファイラーからアプリを起動すると、前述の Singleton クラスの初期化に何らかの形で失敗します。この種の問題に直面した人はいますか？

CLR Profiler を使用してアプリケーションのプロファイルを作成しようとしています。http://www.microsoft.com/download/en/details.aspx?id=16273からプロファイラーの最新バージョンをダウンロードしました。it を付けてアプリケーションのプロファイリングを試みました。しかし、私はいつもこのようなメッセージを受け取っています。

clrver コマンドを実行して CLR のバージョンを特定しようとしたところ、v4.0.30319 が返されました。このエラーを修正するにはどうすればよいですか?

アプリケーションの 1 つをメモリ リークについてプロファイリングしたいのですが、このアプリケーションはコンパクト フレームワーク 3.5 で構築されています。Power tools セットに付属の CLR プロファイラーを使用したい。基本的に、メモリ スナップショットを 30 分ごとに 2 ～ 3 日間取得したいと考えています。

これをどのように行うことができるかについて誰かが考えていますか?

ありがとう、オムキー

Before any questions / explanations from my side, please forgive me if I wasn't clear in the question title.

I just started using the CLRProfiler 64bit that can be downloaded from Microsoft websites, and I was trying to investigate how much bytes are being allocated by my application and how much of those are being collected by the GC in each generation and what is the final results that ends on the heap.

I have used the application for several minutes and then I generated the report from the CLRProfiler.

I have got all the information that I was asking for over here Clrprofile summary

Yet, the problem is I want to know or rather understand, if my object allocation logic throughout the application is resulting in such a huge final heap result is a necessarily a bad thing or ... or does it depends on factors like keeping looped references (a and b has a reference of c, a released c reference, yet GC can't collect b because it's still referenced) or how can I allocate a number of objects that is equal to X bytes and the final heap size is much larger than X or am I not understanding the heap allocation properly ?

Any guidance of how to asses if I am handling the allocations, and my heap size properly or not as well ?

I know that I am lacking directions of asking a specific questions, but please do ask if you want more elaboration.

EDIT:

I did something terribly silly, I generated the report before the application terminates and in turn the number of allocated bytes weren't calculated probably, I re-generated after I terminated the application, and the results seem to be making more sense now.

But my questions are still valid, I suppose, any help in offering more understanding to allocation vs final heap size will be appreciated.

アプリケーションの Perfmon カウンターと CLR Profiler カウンターを比較しています。
次の CLR Profiler カウンターに関連する perfmon カウンターはどれですか。

1. 割り当てられたバイト
2. 再配置されたバイト
3. 最終ヒープバイト

前もって感謝します