- 01/19/2021
- 5 読むべき分
-
- l
- H
- e
- D
- i
-
+2
に適用されます: Windowsサーバー2019年、Windows10
診断するのが最も困難な問題の1つは、アプリケーションのパフォーマンスが低下することです。 従来は、CPU、メモリ、ディスクの入出力、およびその他のメトリックを収集して診断を開始し、Windows Performance Analyzerなどのツールを使用して問題の原因を特定します。 残念ながら、ほとんどの状況では、リソース消費カウンタには頻繁かつ大きな変動があるため、このデータは根本原因の特定には役立ちません。 これにより、データを読み取り、報告された問題と相関させることが困難になります。
注
ユーザー入力遅延カウンタは、次のコマンドとのみ互換性があります:
- Windows Server2019以降
- Windows10、バージョン1809以降
ユーザー入力遅延カウンタは、不良なエンドユーザーのRDPエクスペリエンスの根本原因を迅速に特定するのに役立ちます。 このカウンタは、ユーザー入力(マウスやキーボードの使用状況など)がプロセスによってピックアップされる前にキューに残っている時間を測定し、ローカルセッ
次の画像は、クライアントからアプリケーションへのユーザー入力フローの大まかな表現を示しています。
ユーザー入力遅延カウンタは、次のフローチャートに示すように、キュー:
このカウンタの重要な詳細の一つは、設定可能な間隔内の最大ユーザー入力遅延を報告することです。 これは、入力がアプリケーションに到達するのにかかる最長時間であり、入力のような重要で目に見えるアクションの速度に影響を与える可能性が
たとえば、次の表では、ユーザー入力遅延はこの間隔内で1,000msとして報告されます。 カウンタは、”遅い”というユーザーの認識は、すべての合計入力の平均速度ではなく、経験する最も遅い入力時間(最大)によって決定されるため、インターバルで最
番号 | 0 | 1 | 2 |
---|---|---|---|
遅延 | 16ms | 20ms | 1,000ms |
新しいパフォーマンスカウンターを有効にして使用する
これらの新しいパフォーマンスカウンターを使用するには、まず次のコマンドを実行してレジ:
reg add "HKLM\System\CurrentControlSet\Control\Terminal Server" /v "EnableLagCounter" /t REG_DWORD /d 0x1 /f
注Windows10バージョン1809以降またはWindows Server2019以降を使用している場合は、レジストリキーを有効にする必要はありません。
次に、サーバーを再起動します。 次に、パフォーマンスモニターを開き、次のスクリーンショットに示すように、プラス記号(+)を選択します。
それを行うと、カウンターの追加ダイアログが表示され、プロセスごとのユーザー入力遅延またはセッションごとのユーザー入力遅延を選択できます。
プロセスごとのユーザー入力遅延を選択すると、選択したオブ
たとえば、電卓アプリがセッションID1で実行されている場合、1:4232 <Calculator.exe>
が表示されます。
注
すべてのプロセスが含まれているわけではありません。 システムとして実行されているプロセスは表示されません。
カウンタは、追加するとすぐにユーザ入力遅延の報告を開始します。 最大スケールはデフォルトで100(ms)に設定されていることに注意してください。
でのプロセスごとのユーザー入力遅延のアクティビティの例次に、セッションごとのユーザー入力遅延を見 各セッションIDのインスタンスがあり、そのカウンタは、指定されたセッション内の任意のプロセスのユーザー入力遅延を示します。 さらに、”Max”(すべてのセッションでの最大ユーザー入力遅延)と”Average”(すべてのセッションでの平均acorss)という2つのインスタンスがあります。
この表は、これらのインスタンスの視覚的な例を示しています。 (レポートグラフタイプに切り替えることで、Perfmonで同じ情報を取得できます。)
カウンタのタイプ | インスタンス名 | 報告された遅延(ミリ秒)) |
---|---|---|
プロセスごとのユーザー入力遅延 | 1:4232 <電卓。exe> | 200 |
プロセスごとのユーザー入力遅延 | 2:1000 <電卓。exe> | 16 |
プロセスごとのユーザー入力遅延 | 1:2000 <電卓。exe> | 32 |
セッションごとのユーザー入力遅延 | 1 | 200 |
セッションごとのユーザー入力遅延 | 2 | 16 |
セッションあたりのユーザー入力遅延 | 平均 | 108 |
セッションあたりのユーザー入力遅延 | 最大 | 200 |
オーバーロードされたシステムで使用されるカウンタ
次に、アプリのパフォーマンスが低下した場合のレポートに表示される内容を見てみましょう。 次のグラフは、Microsoft Wordでリモートで作業しているユーザーの測定値を示しています。 この場合、より多くのユーザーがログインするにつれて、RDSHサーバーのパフォーマンスは時間の経過に伴い低下します。
グラフの行を読み取る方法は次のとおりです:
- ピンクの線は、サーバーにサインインしたセッションの数を示しています。
- 赤い線はCPU使用率です。
- 緑の線は、すべてのセッションでの最大ユーザー入力遅延です。
- 青い線(このグラフでは黒で表示されます)は、すべてのセッションでの平均ユーザー入力遅延を表します。
CPUのスパイクとユーザー入力の遅延の間には相関関係があることがわかります—CPUの使用量が増えるにつれて、ユーザー入力の遅延が増加します。 また、より多くのユーザーがシステムに追加されるにつれて、CPU使用率は100%に近くなり、ユーザー入力遅延のスパイクが頻繁に発生します。 このカウンタは、サーバーがリソースを使い果たした場合に非常に便利ですが、特定のアプリケーションに関連するユーザー入力の遅延を追跡するためにも使
設定オプション
このパフォーマンスカウンタを使用するときに覚えておくべき重要なことは、デフォルトで1,000msの間隔でユーザー入力遅延を報告す パフォーマンスカウンターサンプル間隔プロパティを(次のスクリーンショットに示すように)別の値に設定すると、報告された値は正しくありません。
これを修正するには、使用する間隔(ミリ秒単位)に一致するように次のレジストリキーを設定できます。 たとえば、X秒ごとにSampleを5秒に変更する場合は、このキーを5000msに設定する必要があります.
"LagCounterInterval"=dword:00005000
注:Windows10バージョン1809以降またはWindows Server2019以降を使用している場合は、パフォーマンスカウンタを修正するためにLagCounterIntervalを設定する必要はありません。
同じレジストリキーの下に役立つキーもいくつか追加しました:
LagCounterImageNameFirst—このキーをDWORD 1
に設定します(デフォルト値0またはキーが存在しません)。 これにより、カウンタ名が”Image Name SessionID:ProcessId”に変更されます。”たとえば、”エクスプローラ<1:7964>.”これは、画像名でソートしたい場合に便利です。
LagCounterShowUnknown—このキーをDWORD 1
に設定します(デフォルト値0またはキーが存在しません)。 これは、サービスまたはシステムとして実行されているすべてのプロセスを示します。 いくつかのプロセスは、セッションが”?”として設定された状態で表示されます。.”
これは、両方のキーをオンにすると次のようになります:
Microsoft以外のツール
監視ツールで新しいカウンターを使用すると、パフォーマンスカウンターを使
フィードバックを共有
フィードバックハブからこの機能のフィードバックを送信できます。 アプリ>その他のすべてのアプリを選択し、投稿のタイトルに”RDSパフォーマンスカウンタ—パフォーマンスモニタ”を含めます。