1人の顧客のテスト/リリースボックスでのみ検出され、他の場所では検出されないメモリリークを追跡するための最良の方法は何ですか?
6 に答える
(この質問はちょっとおかしいです、なぜなら私は私のマシンに存在しないmemリークを追跡しているからです...)
ANTSプロファイラーのようなメモリプロファイラーを試してください。
PerfMonが役立つ場合があります(http://dotnetdebug.ne t/2005/06/30/perfmon-your-debugging-buddy/ )。どのリソースがどの程度の割合でリークしているかなどを絞り込むのに役立つ可能性のあるいくつかのカウンターがあります。
ユーザーが一貫して問題を抱えている場合は、スタックダンプを取得し、標準的な方法で分析します
ここにオプションがあります:漏れが存在しない箱を彼らに与えてください.
コードではない場合もあります。
編集:コード、データ、または構成のいずれかです。
または、.NET Framework、OS、ドライバー、IIS、COM (Excel の自動化など) などです。
私の推測では、クライアントのボックス (開発者がデバッグのためにアクセスすることはできません) を除いて、メモリ リークは再現可能ではありません。
コード、データ、または構成のいずれかです。
あなたは、コードに 100% の確率で欠陥があるわけではないと言うので、私は構成を非難します。構成 (およびオプションでいくつかのデータ) のコピーを取り、問題の再現を試みます。再現せずに見つけて修正したことはわかりません。
最後に、メモリ プロファイラで解決します。