問題タブ [memory-dump]

Start ProfilingSCM ポータルには、CPU に最適な優れたボタンがあります。

Download GC Dump次に、ボタン を参照するソースがいくつかあります: https://stackoverflow.com/a/27987593/647845

しかし、それはもう利用できないようです。

次に、Download memory dumpボタンがあります。しかし、今のところ、私が使用しているType / Refcount / Size統計をどのように/見ることができるかを理解できません。

C# Azure Web アプリでメモリ リークを探すための推奨される方法は何ですか?

カーネル ドライバのデッドロック スレッドで待機しているように見えるアプリケーションの完全なカーネル ダンプを強制しました。1920031 ティック(0:08:19:12.675) があるため、問題のあるスレッドを特定したと思います。これは、アプリケーションが待機している時間とほぼ同じです。また、スレッドはユーザー時間とカーネル時間で0.015 ミリ秒しか費やしていません。

同じデバイスと同じファイルに対する2 つの保留中の IRP があります。

そのファイルの !findhandle は、MyApplication.exe がそのファイルにアクセスできることを確認します。

ファイルはロックされていません:

1. 1 つのスレッドが、同じデバイスとファイルに対してほぼ同一の保留中の IRP を 2 つ持つにはどうすればよいでしょうか?
2. ファイル オブジェクトを 2 つの IRP で開くことができますが、開いているハンドルは 1 つだけです。

ありがとう！

DebugDiag 2.0でカスタム ダンプ分析ルールを作成しようとしています。このコードは、多数のアセンブリを含むマネージ C# アプリケーションです。各アセンブリには、アセンブリを作成するためにコンパイルされたソース ファイルに関するリビジョン情報を含む独自のカスタム属性があります。

WinDbgコマンド!savemoduleまたは !saveallmodulesを使用して、モジュールをファイルに抽出できることを知っています。その後、JetBrains DotPeek などのツールを使用してアセンブリ属性を検査できます。

DebugDiag 分析中にこれらの属性を見つけて、属性情報を DebugDiag レポートにダンプしたいと考えています。自動分析レポートにこれらの属性があると、チームの効率が向上します。

DebugDiag 2.0 オブジェクトを使用してメモリ ダンプからマネージ アセンブリ属性を抽出するにはどうすればよいですか?

デバッガー オブジェクトからモジュールを取得しようとしましたがNetDbgObj、そこから属性を取得する便利な方法がわかりません。

ClrModule オブジェクトが NetDbgObj.ClrRuntime オブジェクトを介して利用可能であることを確認できます。ClrModule オブジェクトを取得できましたが、どうすればよいかわかりません。MetadataAddress、MetadataLength、 のプロパティがありますがMetadataImport、それらをどうするかわかりません。

これらの属性オブジェクトはマネージド ヒープ上にないため、!dumpheap -type MyAttribute返されません。

アセンブリ属性は、アセンブリ データのどこかにメタデータとして格納されます。!DumpModule の出力を見てきました。

dc のようなコマンドを使用してメタデータをダンプできることはわかっています。

ここからどこへ行けばいいのかわからない。

Linuxボックスにこのファイルがあります。私にはコアダンプのように見え、ヒープダンプとは異なります。右？

...............

コア ダンプの場合、それは何を表していますか? 8dbe79c2f000-8dbe79c34000 がメモリ空間であることは理解しています。しかし、この情報は何を表しているのでしょうか?

1. 30800604
2. /path../charsets.jar
3. fd:01

現在、python を使用して、belkasoft や ftk imager などのアプリで作成されたメモリ ダンプを処理しています。通常、拡張子は .mem または .dmp で、次の形式です。

これらのデータを視覚化したいと思います。たとえば、ヒートマップを使用したり、各バイトを視覚化しようとする曲線を使用したりします。2GBのファイルの場合、2147483648バイトになります。この種の大きなファイル >= 2GB の読み取りと処理にどのようにアプローチしますか?

私は次のようなことを試してきました：

なんとか計算を行うことができましたが、非常に遅いファイルを1行ずつ読み取ろうとしましたが、これは高速でしたが、各行のバイトを再度読み取り、変換を行うのも非常に遅かったです。numpy loadtxt についても読んだことがありますが、最初にここで質問すると思ってあまり実験しませんでした。

このシナリオに適合し、より効率的になるアイデアはありますか?

どうもありがとう

最近、通常の Windows ストア アプリの運用展開を行いました。数日間は問題なく動作していましたが、数日後にはパフォーマンスが非常に遅くなります。私たちのアプリケーションは、ストアアプリがゲートキーパーとゲートキーパーにヒットしてサービスを停止し、データベースにサービスを停止するゲートキーパーパターンに従います (すべてクラウドでホストされます)。

分析した結果、Gatekeeper Web アプリの応答に時間がかかっていることがわかりました。Web アプリのメモリ ダンプを取得し、WinDbg を使用して分析したところ、ロック カウントが 2 と測定される AAD アクセス トークンの問題が見つかりました。メモリ ダンプから取得した結果を添付します。

アクセストークンを取得するための実際のコードは次のとおりです（証明書ベースの認証を使用しています）

このコードをローカルで実行している間、アクセス トークンに問題はなく、高速です。実稼働環境でのみパフォーマンスが非常に遅く、アクセス トークンやその他のパラメーターが原因かどうかはわかりません。

私たちのコードで何が問題だったのかを分析するのを手伝ってくれませんか。