問題タブ [debugdiag]

.dmp ファイルを使用してデバッグまたは何かを行うのはこれが初めてです。私はDebugdiagを使用しています。分析を実行すると、このエラーが発生します-

これを修正するには、次のようにする必要があります。

私はそれをしましたが、今では次のエラーが表示されます:

ダンプ ファイル: w3wp.DMP

タイプ: Microsoft.Diagnostics.Runtime.ClrDiagnosticsException

メッセージ: dac の読み込みに失敗しました: D:\Dumps\mscordacwks_Amd64_Amd64_10.0.30319.01.dll

いくつかのリンクを試してみましたが、そのうちの 1 つがthisです。何も得られません。これを修正して、ダンプ ファイルの分析全体を表示するにはどうすればよいですか?

Visual Studio 2013 は、包括的なサイズ (子オブジェクトのサイズを含む) の列を表示できます - http://blogs.msdn.com/b/visualstudioalm/archive/2013/10/16/net-memory-analysis-enhancements-in -visual-studio-2013.aspx

DebugDiag のメモリ分析レポートは現在、子オブジェクトを含まないオブジェクト サイズのみを表示します。DebugDiag のレポートに子オブジェクトのサイズを含める方法はありますか?

Visual Studio は .NET 4.5 クラッシュ ダンプの分析のみをサポートしているため、.NET 4.0 のレポートを生成するための良い方法を教えてください。

Windows のネイティブ コードでメモリ リークを分離しようとしています。

テスト ケースを複数回実行し、プロセスに DebugDiag をアタッチして、疑わしいリークに関する情報を収集しました (メモリ リークは、PerfMon で複数回実行して確認しました)。

DebugDiag は、次のような疑わしいコール スタックを指摘しました。

シンボルを適切に構成しましたが、コール スタックからさらに情報を抽出する方法を知りたいと思いました。

1. UMDH ログには、差分ログにも (ファイル名と共に) 行番号があります。ただし、DebugDiag レポートでは、これらの関数の行番号が見つかりません。関数が非常に長い場合、行番号なしでコール スタックを見るだけではコンテキストを説明することが難しくなります。DebugDiag ログから関数 (ファイル) の行番号を抽出する方法はありますか?

2. 私が知りたかったもう 1 つのことはmodule!function、コール スタック内の各エントリの 16 進オフセットの重要性です。

3. コール スタックの割り当てサイズは? このコールスタックの実行ごとに解放されていない割り当てられたメモリ (したがってリーク) ですか?

4. DebugDiag 機能に関する包括的なドキュメントへのポインタはありますか?

ダンプ ファイルを分析しようとすると、次のエラーが発生します。

正しいバージョンの WinDbg を使用しています。また、自分のマシンにある sos のバージョンが、ダンプ ファイルがキャプチャされたマシンのバージョンと異なることも知っています。そのため、正しいバージョンを取得して、問題が解決するかどうかを確認しています。ただし、私の問題は、DebugDiag Analyzer を介してこのダンプ ファイルを開くと、ダンプ ファイルを読み取って正しい結果を提供できることです。私のマシンに sos と mscordacwks のバージョンが一致しない場合、DebugDiag がこのダンプ ファイルを分析できるのは誰なのか知りたいのですが。

Azure Web ロールで CPU 使用率が高くなる原因を特定しようとしています。そこで、以下に示すように、Azure Web ロール インスタンスに RDP を実行し、長時間 CPU 使用率が高い期間中にメモリ ダンプを作成しました。

メモリ ダンプ ファイルをホスト マシンにダウンロードする方法はありますか? または、Azure Web ロールで高い CPU 使用率を診断するためのより良い方法を誰かが提案できますか。