問題タブ [process-explorer]

同じ .net 3.5 アプリケーションの 2 つのバージョンの前後比較をしようとすると、使用するツールによっては一貫性のない結果が得られます。

typeperf - これは信頼できると思いますが、次のように述べています。

• v1: 244MB / 260MB (プライベート バイト / ワーキング セット)
• v2: 281MB / 296MB

Process Explorerでは、パフォーマンス グラフに次の数値が表示されます。

• v1: 283MB (プライベート バイト)
• v2: 262MB

そのため、typeperf は v2 がより多くのメモリを消費したと言っていますが、Process Explorer は反対のことを主張しています。

これらはすべて別々の測定値であり、異なる実行ですが、数値は驚くほど確実に再現可能です。

前述の 2 つのツールに加えて、 Process Explorer から完全なメモリ ダンプを取得し、ファイル サイズのみを確認しました (WinDbg を実行したり、その他の方法で分析したりする時間がありませんでした)。

• v1: 484MB (完全なダンプ ファイル サイズ)
• v2: 480MB

また、アプリを.net Memory Profilerから実行すると、ネイティブ メモリ、.net メモリ、および合計メモリの両方が、v1 よりも v2 の方が低くなります。

したがって、それは世界の他の地域に対して typeperf であるようです (WinDbg 分析はまだ未解決です)。

誰が正しいのか、どうすればわかりますか?

ここに表示されているこれらのフラグを Process Explorer がどのように決定するか知っている人はいますか?

このための .NET API はありますか?

私はネイティブ フラグに特に興味があります。CodeBaseorLocationプロパティでこれを特定しようとしました。しかし、これらはネイティブ イメージのパスではなく、常に DLL のパスのみを返すようです。

何か案は？私は立ち往生しています。

ご存知のとおり、すべてのJavaプロセスはタスクマネージャーにjavaw.exeとして表示されます。そのようなすべてのJavaプロセスのコマンドラインを取得したいと思います。ProcessExplorerと呼ばれるツールは同じことをしますが、それはすべてGUIに表示され、私は同じもののプログラミングソリューションを探しています。

これは、 ProcessExplorerツールからのスナップショットです。

何か案は？？

プロセスエクスプローラーからプロセスのクリップボードに環境変数をコピーするエレガントな方法はありますか？2つのC++コンパイル済みプロセスを比較しようとしていて、環境変数がどのように異なるかを確認したいと思います。テキストをコピーして貼り付けて視覚的に比較することができないようです。

注：複数のツールを使用するのではなく、PEを使い続けたいと思いますが、別のツールを使用することが唯一のオプションである場合は、遠慮なく提案してください。

また、C ++としてタグ付けし、VisualC++の使用を含むC++開発者/デバッガーの観点からの解決策を期待します

これが何度も議論されてきたことは知っていますが、彼らの答えは役に立ちませんでした.

プロジェクトをビルドすると、次のエラーが発生します。

別のプロセスで使用されているため、プロセスはファイル '..\MyProjectFolder\obj\x86\Release\MyProject.exe' にアクセスできません。

私がこれまでに試したこと：

1. Visual Studio 2010 を閉じて、もう一度開きました。
2. 「MyProject.exe」という名前のプロセスは実行されていません（管理者として）タスクマネージャーを開きました
3. SysInternals\handles.exe を (再び管理者として) 実行します。MyProject.exe へのハンドルを持つアプリケーションはありません。（変！）
4. SysInternals\ProcessExplorer.exe を実行し、プロセス名を検索しましたが、ハンドルはありません。（どうして！）
5. explorer.exe を強制終了し、再実行します。運がない。
6. コマンドラインから手動でファイルを削除しようとしました。同じエラー (別のプロセスによって使用されています)。
7. ログアウトしてログインしても、同じ問題が発生します。
8. マシンを再起動しました。はい、動作しますが、望ましい答えではありません:)。

背後にある理由が本当に気になります。これは私がこれを経験するのは 2 回目です。マシンを再起動したくありません。

それはさておき、どうして ProcessExplorer.exe または handles.exe にハンドルが表示されないのでしょうか。私は私の信仰を失いました..

次のリンクで非常によく似たことが議論されています (さらに!) が、どれも私を助けませんでした (または、適切なものを見つけることができなかったかもしれません):

1. Visual Studio デバッグを実行します。別のプロセスで使用されているため、プロセスはファイルにアクセスできません
2. Visual Studio - 単純なプロジェクトを複数回ビルドできない
3. VisualStudio2010 デバッグ - プロセスはファイルにアクセスできません...別のプロセスで使用されているためです

マネージド .net アプリケーションでパフォーマンスの問題が発生しています。COM を使用してアンマネージ ライブラリとのインターフェイスをとっていますが、実行時に Process Explorer で、ほとんどの場合 GC での % Time が非常に高く、90% を超えていることに気付きました。

VS 2012 メモリ分析を使用したところ、メモリ割り当てのほとんどが COMToCLRDispatchHelper という .NET メソッド内で行われていることがわかりました。基本的に、アプリケーションによって割り当てられたすべてのメモリの 98% 以上がこのメソッドで実行されています。これがアプリケーションのパフォーマンスを低下させているため、これを回避するために何ができるか知りたいです。

さらに調査すると、GC 時間の割合が高いのは、アンマネージ ライブラリが、次のような署名を持つ COM インターフェイスを介してマネージ コードに頻繁に呼び出しを行うことが原因であると思われます。

MarshalAs がどのように機能するかはよくわかりませんが、アンマネージド コードが配列を割り当て、それがマネージド配列にコピーされ、その内容がアンマネージド配列にコピーされ、マネージド配列がガベージ コレクトされると思われます。

このインターフェイスを変更しようとするアンマネージ コードを制御することはできません。GC の負荷を軽減するために、この Read メソッドを実装するマネージ コードでできることはありますか? あるいは、このメソッドの署名を何らかの方法で変更して、GC の負荷を軽減しつつ、このインターフェイスの管理されていない署名を満たしますか?

または、Windows タスク マネージャーで同じメモリ ダンプを作成します。また、これらのプログラムがメモリ ダンプを作成する方法も興味深いものです。よろしくお願いします。

WinDbg でスレッド ベースのコマンドを実行しようとしています。セットアップは XP の VMWare で、ホストは Win 7 です。これを基に、アプリケーション ハングのデバッグを試みます。しかし、そこから情報を取得することはできません。単純な tilda(~) の場合、構文エラーが発生しています。これらのコマンドを実行するには、別のセットアップを行う必要がありますか? これらはどうしても「特別」ですか？他のコマンドで作業できるからです。

基本的に、WinDbg でスレッドのステータスを監視できるようにしたいですか? たとえば、応答を待っている、要求を送信している、またはこのようなものです。