パフォーマンス カウンターとインプロセス side-by-side アプリケーション
Note
この記事は .NET Framework に固有のものです。 .NET 6 以降のバージョンを含めて、.NET の新しい実装には適用されません。
パフォーマンス モニター (Perfmon.exe) を使用すると、ランタイムごとにパフォーマンス カウンターを区別できるようになります。 このトピックでは、この機能を有効にするために必要なレジストリの変更について説明します。
既定の動作
パフォーマンス モニターの既定では、アプリケーションごとにパフォーマンス カウンターが表示されますが、 これが問題になるシナリオが 2 つあります。
同じ名前の 2 つのアプリケーションを監視する場合。 たとえば、両方の名前が myapp.exe の場合、[インスタンス] 列に一方のアプリケーションは myapp、もう一方は myapp#1 と表示されます。 このような場合、特定のアプリケーションにパフォーマンス カウンターを対応付けることは困難です。 myapp#1 用に収集されたデータが 1 つ目の myapp.exe と 2 つ目の myapp.exe のどちらを示しているかが明確ではありません。
1 つのアプリケーションが複数インスタンスの共通言語ランタイムを使用している場合。 .NET Framework 4 は、インプロセスの side-by-side ホスティング シナリオをサポートしています。つまり、単一のプロセスまたはアプリケーションが複数インスタンスの共通言語ランタイムを読み込むことができます。 myapp.exe という単一のアプリケーションが 2 つのランタイム インスタンスを読み込むと、既定で、[インスタンス] 列に myapp および myapp#1 と表示されます。 この場合、myapp と myapp#1 が同じ名前の 2 つのアプリケーションを示しているか、2 つのランタイムを持つ単一のアプリケーションを示しているかが明確ではありません。 同じ名前の複数のアプリケーションが複数のランタイムを読み込む場合、あいまいさはさらに大きくなります。
このあいまいさを排除するために、レジストリ キーを設定できます。 .NET Framework 4 を使用して開発したアプリケーションの場合、このようにレジストリを変更すると、 [インスタンス] 列のアプリケーション名にプロセス識別子とランタイム インスタンス識別子が追加されます。 [インスタンス] 列に、application や application#1 ではなく、application_p
processID_r
runtimeID と表示され、識別できるようになります。 .NET Framework 4 がインストールされている場合、旧バージョンの共通言語ランタイム使用して開発されたアプリケーションのインスタンスは、application_p
processID と表されます。
インプロセス side-by-side アプリケーションのパフォーマンス カウンター
単一のアプリケーションでホストされている複数の共通言語ランタイム バージョンのパフォーマンス カウンターを処理するには、次の表のように 1 つのレジストリ キー設定を変更する必要があります。
値 | |
---|---|
キー | HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\.NETFramework\Performance |
エントリ | ProcessNameFormat |
種類 | REG_DWORD |
Value | 2 (0x00000002) |
ProcessNameFormat
の値 0 は、既定の動作が有効であることを示します。つまり、Perfmon.exe には、アプリケーションごとのパフォーマンス カウンターが表示されます。 この値を 2 に設定すると、Perfmon.exe で複数バージョンのアプリケーションのあいまいさが解消され、ランタイムごとにパフォーマンス カウンターが表示されます。 ProcessNameFormat
レジストリ キー設定の他の値はサポートされておらず、将来使用するために予約されています。
ProcessNameFormat
レジストリ キー設定を更新した後は、新しいインスタンスの名前付け機能が正しく動作するように、Perfmon.exe、またはパフォーマンス カウンターを使用している他のプログラムを再起動する必要があります。
ProcessNameFormat
値をプログラムで変更する例を次に示します。
// Create or open registry key.
Microsoft.Win32.RegistryKey key;
key = Microsoft.Win32.Registry.LocalMachine.CreateSubKey(
@"System\CurrentControlSet\Services\.NETFramework\Performance");
// Create or overwrite value.
key.SetValue("ProcessNameFormat", 1,
Microsoft.Win32.RegistryValueKind.DWord);
key.Close();
' Create or open registry key.
Dim key As Microsoft.Win32.RegistryKey
key = Microsoft.Win32.Registry.LocalMachine.CreateSubKey( _
"System\CurrentControlSet\Services\.NETFramework\Performance")
' Create or overwrite value.
key.SetValue("ProcessNameFormat", 1, _
Microsoft.Win32.RegistryValueKind.DWord)
key.Close()
このレジストリを変更すると、.NET Framework 4 以降がインストールされている場合、Perfmon.exe により、アプリケーション名は application_p
processID と表示されます。application はアプリケーション名、processID はアプリケーションのプロセス識別子です。 たとえば、myapp.exe というアプリケーションが 2 インスタンスの共通言語ランタイムを読み込んだ場合、Perfmon.exe では、1 つ目のインスタンスは myapp_1416、2 つ目のインスタンスは myapp_3160 と識別できます。
Note
プロセス識別子によって、旧バージョンのランタイムを使用する同じ名前の 2 つのアプリケーションが解決する際のあいまいさが排除されます。 旧バージョンの共通言語ランタイムは side-by-side シナリオをサポートしていないため、旧バージョンでランタイム識別子は必須ではありません。
.NET Framework 4 以降のバージョンが存在しないか、アンインストールされている場合、レジストリ キーを設定しても効果はありません。 つまり、同じ名前のアプリケーションが 2 つあっても、Perfmon.exe で application、application#1 と表示されます (たとえば、myapp と myapp#1)。
.NET