問題タブ [process-explorer]

私が言おうとしていることのいずれかが意味をなさないか、明らかなことを見落としている場合はお詫び申し上げます.CLRの内部に関する私の知識はむらがあります.

私が正しく理解していれば、VS2K5 で 'AnyCPU' のソリューションをビルドする (または、これらの設定でその .sln ファイルに MSBuild を指定する) と、バイナリは MSIL までしかコンパイルされません。その後、32 ビット プラットフォームで実行された場合は 32 ビットに JIT され、x64 で実行された場合は 64 ビット コードになります。

DLL は Web アプリに使用され、W3WP.exe プロセスでホストされます。Process Explorer は、W3WP が 64 ビット プロセスであることを示しています。

しかし、Process Explorer を使用して DLL ビューでこれらの DLL の 1 つのプロパティを確認すると、「Image: 32-bit」と表示されます。何を与える？

問題の dll に対して corflags を実行すると、次のように表示されます: ILONLY 1 , 32BIT 0 but PE PE32 。私の理解では、これははい、IL までしかコンパイルされていません。いいえ、32 ビットまたは 64 ビットに限定されていませんが、完全には明確ではありません。PE32 フラグは、上記のように 32 ビットとして表示されることと関係がありますか?

Visual Studio デバッガーで実行されている .NET アプリケーションの現在のディレクトリを見つけるにはどうすればよいですか?

更新 1。明確にするために: コードを変更したり、プログラム自体の情報を取得したりしたくありません。現在デバッグ中のアプリケーションに関する情報を取得したいだけです。

.NET Windows Formsアプリケーション (VB.NET と C# の混合) をデバッグしているときに、XML ファイルがどの場所から読み取られているのかわかりませんでした。現在のディレクトリがアプリケーションのディレクトリになると思っていました。ただし、Process Explorer を使用すると、プロセスのプロパティは次のようになります。

D:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\

(プロセス/プロパティ/タブ イメージ/現在のディレクトリを右クリック)。

Process Explorer のメイン ビューでプロセスにカーソルを合わせると、別の結果が表示されました (以下のスクリーンショットを参照)。

D:\dproj\DTASCall\DTASuperCharge\bin\

何が正しいですか？

アプリケーションをスタンドアロンで起動すると、予想される現在のディレクトリが表示されます。

D:\dproj\DTASCall\DTASuperCharge\bin\

Process Explorer プロセス プロパティ ウィンドウで。

Process Explorer の注釈付きスクリーンショット:

代替テキスト http://www.pil.sdu.dk/1/until2039-12-31/PEdiscrepancy_2009-09-02.png

私は、実行するために大規模な財務計算に必要なメモリの量を非常に大まかに測定しようとしています。非常にシンプルなコマンドラインツールで、多数の金融商品の価格を設定し、結果を出力します。

プログラムのメモリ要件を表示するためにProcessExplorerを使用することにしました。スクリーンショットでaとbのラベルが付いた2つのフィールドの違いを誰かが親切に説明できますか？

私は現在それを信じています：

「a」（ピークプライベートバイト）というラベルの付いた値は、任意の瞬間にプロセスに割り当てられたメモリ（実際の物理メモリとディスク上の仮想メモリの両方）の最大量です。

「b」（ピールワーキングセット）というラベルの付いた値は、プロセスの存続期間中の任意の時点で割り当てられる物理メモリの最大量です。

これを行う方法を見つけようとしています。現在、実行中のプロセスのリストを取得するために CreateToolHelp32SnapShot を使用しており、現在実行中の実行可能ファイルのファイルパスを取得していますが、見つけることができる必要がありますプロセスを開始するために使用されたコマンド ライン オプション。

Process Explorerで見ることができるので、その可能性はわかっています。古いProcess Explorerのソースコードを見つけようとしましたが、うまくいきませんでした:(

最近、興味深い問題を見つけました。SetEnvironmentVariable を使用すると、Process Explorer を使用して新しく作成された環境変数を取得できます。ただし、プロセス自体が 32 ビットで OS が 64 ビットの場合、Process Explorer (少なくとも v10 ~ 最新の v11.33) は新しい変数を見つけることができません。プログラムがネイティブ 64 ビットの場合、32 ビット OS で実行されている 32 ビット プロセスと同様に、すべて正常に動作します。

戻り値が TRUE で、GetEnvironmentVariable を呼び出すと正しい値が返されるため、SetEnvironmentVariable API 呼び出しは成功するはずです。また、子プロセスを作成する場合は、Process Explorer を使用して、変数が新しいプロセスに正しく設定されていることを確認できます。

これが SysWOW64 の制限なのか、Process Explorer のバグなのかはわかりません。誰でも知っていますか？

また、32 ビット環境変数を正しく取得する方法はありますか? (たとえば、Process Explorer を強制的に 32 ビット モードで実行したり、その他のツールを実行したりします)

再現するサンプルソース:

Windows Server 2003 SP2 でプロセスを実行しています。そのスレッドの 1 つのスタック トレースを確認したい場合、常に 9 エントリに制限されています。これらのエントリは正しく解決されています (PDB が配置されています) が、リストは途中でカットされています。

Process Explorer の制限を知っていますか?

「mscorwks.dll!StrongNameErrorInfo+0​​x7688」の意味を解釈しようとしています。mscorworks.dll によってロードされたアセンブリに StrongName がないことを意味していると思いますか? はいの場合、これは Web アプリケーションに悪影響を及ぼしますか?

スレッド数が 107 であるということは、Web アプリケーションが着信要求を処理するために最大 107 の同時スレッドを必要とすることを意味すると想定しても安全ですか?

C＃プロジェクトでカスタムCOMコンポーネントを操作しています。

IDisposableでラップしています。

私が直面している問題は、プログラムを実行すると、ProcessExplorerにCSCCOMのDLLが表示されないことです。

こんにちは、

私は何年も前からいくつかのC＃コードを継承しました。非同期になるように少しリファクタリングしました。変更がCPUのパフォーマンスに与える影響を評価するために、Process Explorerを使用して、アプリの動作を大まかに監視しました。驚いたことに、ProcessExplorerがI/Oとして報告することを実行しているように見えます。一般に、これはディスクI/OまたはネットワークI/Oに関連しています。コードからわかることから、これら2つのI/Oソースのいずれかへの明示的な呼び出しを理解することはできません。

私の質問は、コードのどのセクションがI / Oを引き起こしているのかを特定するための最良の方法は何ですか？JetBrainsのdotTraceを使用してアプリケーションのプロファイルを作成しますが、私が知る限り、CPUとメモリのパフォーマンスのみを処理します。

ポインタを事前に感謝します。

よろしく、

エリック。

ときどき何かを間違ってコーディングし、終わりのないループに入るスレッドを作成します。これは、ビジュアル スタジオ全体をシャットダウンする必要があることを意味します。プロセス エクスプローラーを使用してビジュアル スタジオ プロセスを検査し、CPU を停止させているスレッドをシャットダウンすることはできますか?

ピート