問題タブ [windbg]

この質問はかなり簡単です。sos を使用して Silverlight アプリケーションでメモリ リークをデバッグしようとしています。クリアする必要があるオブジェクトへの参照を開いているオブジェクトを特定するために、!gcroot を使用して適切な情報を取得できました。しかし、これらの場合、それらはコア UI 要素 (グリッドやストーリーボードなど) になる傾向があり、依存関係プロパティ (名前など) の値を確認する機能がなければ、それらを区別することはできません。!dumpobj を使用して依存関係プロパティを調べようとするのは、私にとって完全な野生のガチョウの追跡です。それらはすべて、相互に参照する静的クラス (つまり、プロパティ) であり、円になってしまいます。依存関係プロパティの単一の実際の値をどこでも見つけることができたことは一度もありませんでした。

私はこれについてかなりグーグルで調べましたが、質問をしている他の人、または答えにつながらない推測しか見つけることができませんでした. http://blogs.msdn.com/tess/archive/2008/09/16/qa-reader-emails-about-net-memory-leaks-and-random-questions.aspxは、回答のないページの 1 つです。

作成したWindowsサービスのダンプがあります。例外は、私のコードがファイルを移動できないことです（何らかの理由で）。さて、私のコードには、ファイルシステム内でファイルを移動する場所がいくつかあります。したがって、Windbgを使用して、例外が発生するコードを確認しようとしています。

これが私の！clrstackダンプです。

今、これは大いに役立ちます...

だから私は移動に失敗したファイルを見つけました。ケウル。しかし、File.Move（..）を呼び出すこのメソッドMyClass.Foo.DoSomeStuffInHere（System.String）のコードを見たいだけです。そのメソッドにはたくさんのFile.Move..があるので、try / catchs / debug / trace information ..を置くことができますが、Windbgを使用してこの問題を見つけることで、より効率的になることを望んでいます。

何かご意見は？

デッドロックが原因でハングした .Net プロセスのダンプを取得しました (GUI スレッドが応答しなくなり、ログにはいくつかのスレッドが応答を停止したことが示されています)。私はスナップショットを撮り、現在windbgでそれを調べています.1つを除くすべてのスレッドが最後のものを待っています. その 1 つのスレッドのスタック トレースを !clrstack -p で見ると、ReaderWriterLock への書き込みを取得しようとしていることがわかります。

デッドロックがどのように発生したかを理解できるように、他のどのスレッドがそのロックを保持しているかを知るにはどうすればよいですか?

ありがとう

[編集] .Net1.1 の sos.dll にはこれを支援するコマンド !rwlocks があったようですが、.Net2.0 バージョンにはありません。狩りは続く

管理されたプロセスが大量のメモリを使用している理由を調べています。GC.Collect(3)実際のメモリ割り当てに集中できるように、WinDbgから実行する方法はありますか?

例外スタック トレースを保存し、アプリケーションを閉じる必要があるスレッド例外ハンドラーがあります。私は Applicatoin.Exit を呼び出しますが、それはウィンドウを閉じるだけで、ウィンドウなしでアプリを実行しています。

これは通常、一部のバックグラウンド スレッドがまだ実行されているために発生することを知っています。ウィンドウレス プロセスに windbg をアタッチしましたが、マネージ スレッドは 2 つだけのようです。そのうちの 1 つは GC ファイナライザー スレッドのように見え、2 つ目はメッセージ ポンプのように見えますか??? 誰でもこれを理解していますか？

Application.Exit の呼び出しとユーザーがメイン ウィンドウを閉じることに違いはありますか?

メモリリークが非常に遅いサービスがあります。.NET CLRの読み込みカウンターを分析すると、現在のクラスの読み込みカウンターが常に増加しており、常に合計のクラスの読み込みカウンターと一致していることがわかります。これは、メモリリークがリソースが解放されていないことに関連しているという印象を与えます（これは単なる推測です）。

このサービスは、タスク（プラグインアーキテクチャ）を実行するたびに新しいappDomainsを作成します。

リークの原因を絞り込むために、クラス名を把握する必要があります。私はWinDbgにあまり精通していませんが、誰かがこれらのLoadedクラスを列挙する手順を説明してくれるかどうか疑問に思っていました。

ソースコードを持っているので、必要に応じてシンボルファイルを入手できます。助けてくれてありがとう！

windbg の機能と利点を学ぶのに最適なリソースは何ですか? メモリの問題 (ハンドル、オブジェクト)、パフォーマンスの問題などの調査について話し合えるようになりたいです。. .

アプリから送信されたいくつかのクラッシュ ダンプを調べるために、windbg を使用しています。私が目にしているクラッシュと、特定のサード パーティの DLL がプロセスに読み込まれていることとの間には、何らかの相関関係があるようです (不安定な Winsock LSP だと思います)。将来この種の分析を容易にするために、Microsoft 以外のモジュールのリストを表示するだけの windbg スクリプトはありますか? これにより、クラッシュ間のパターンがより明確になります。私は "lm D sm" を使っていますが、今手動でリストを調べるのは面倒です。

ありがとう！

Debugging Tools for Windows の symproxy.dll を使用してシンボル プロキシを設定しようとしています。デバッガーから「.reload /f」を発行すると、シンボル ファイルが見つかりません。Symproxy は、実際にシンボルを取得するために Microsoft Symbol Server にアクセスしていないようです。たとえば、Wireshark には何も表示されません。

SYMPROXY.DLL は確実に読み込まれています。イベント ログにいくつかのエントリがあり、http://my-server/symbols/statusが有効に見える情報を返しています。

私が知る限り、ドキュメントの指示に従いました。symproxy が Microsoft のサイトにアクセスしないのはなぜですか? 私は何を間違っていますか？デバッグしているマシンには外部アクセスがないため、これが機能する必要があります。

symproxy が実行されているボックスにはインターネット アクセスがあります。私は定期的にデバッグに使用しています。symproxy のレジストリで構成されたシンボル パスは正しいようです。インターネットにアクセスするためにプロキシを経由する必要はありません。レジストリにもプロキシを設定しました。

他のボックスで !sym ノイジーを使用すると、symproxy に接続されますが、単に「ファイルが見つかりません」と表示されます。symproxy は、想定されているように MS シンボル サーバーにルックアサイドを行うのではなく、単にコンテンツを提供しているようです。