オン/オフ切り替え評価の結果

[アーティクル]
06/20/2023

このトピックでは、オン/オフ評価によって生成される結果を解釈する方法について説明します。これには、起動時のパフォーマンス (高速スタートアップ)、起動時のパフォーマンス (完全ブート)、スタンバイ状態時のパフォーマンス、休止状態時のパフォーマンスなどがあります。また、結果を使用して、コンピューターのシャットダウンと起動時にエンドユーザーのエクスペリエンスに悪影響を与えるいくつかの一般的な問題を特定して解決する方法に関するガイダンスも提供します。

切り替えの評価の詳細については、「オン/オフ移行時のパフォーマンス」を参照してください。

目標ファイル

結果ビューで改善点を測定するために、カスタム目標を作成できます。目標ファイルは、PC のパフォーマンスを理解し、社内の複数の PC を比較するのに役立つトリアージツールです。

たとえば、基本的なノート PC での目標は、ハイエンドデスクトップコンピューターで設定した目標とは異なる場合があります。または、市場の期待値が変化し、時間の経過とテクノロジの向上に応じて、さまざまな目標と主要な要件を柔軟に定義することが必要になる場合があります。

メトリック値をそのメトリックの目標と比較するとき、状態は結果ビューで次のように色分けされます。

薄い紫色は、システムのユーザーエクスペリエンスが優れており、認識された問題がないことを意味します。
中間の紫色は、ユーザーエクスペリエンスが許容範囲内であり、システムを最適化できることを意味します。推奨事項と分析を確認して、システムに対してどのような改善が可能かを確認します。ソフトウェアの変更、構成の変更、またはハードウェアの変更などです。
濃い紫色は、システムのユーザーエクスペリエンスが低下しており、大いに改善の余地があることを意味します。推奨事項と分析を確認して、システムに対して行うことができる機能強化を確認します。ソフトウェアの変更、構成の変更、またはハードウェアの変更などです。質の高い Windows エクスペリエンスを提供するために、トレードオフの検討が必要な場合があります。
色分けされない場合は、メトリックに対して定義された目標がないことを意味します。

Note

Windows 8 用 Windows 評価ツールキットには、既定の目標ファイルが用意されているアセスメントもあります。このバージョンのツールを使用して結果を初めて表示すると、既定の目標ファイルが使用されます。ただし、Windows 8 でも、Windows 8.1 および Windows 10 の場合と同様にカスタム目標を定義できます。

UI を使用してカスタム目標を適用する前に、目標ファイルの場所を設定し、その場所に目標ファイルを追加できます。目標ファイルを一度選択すると、その目標ファイルは開いた結果に引き続き使用されます。

一度に使用できる目標ファイルは 1 つのみです。すべての評価の目標は、1 つの目標ファイルに設定されます。評価ツールによる目標の検索は、次の順序で行われます。

カスタム目標ファイル
結果ファイルで定義されている目標
評価マニフェストで定義されている目標

%PROGRAMFILES%\Windows Kits\10\Assessment and Deployment Kit\Windows Assessment Toolkit\SDK\Samples\Goals にある目標ファイルのサンプルを使用して、独自の目標ファイルを作成できます。

Note

目標ファイルをジョブと一緒にパッケージ化することはできませんが、共有に保存して他のユーザーが使用できるようにすることができます。

メトリック

このセクションでは、オン/オフ評価によって報告される主要なメトリック、これらのメトリックに対して結果が低い一般的な原因、およびこれらのメトリックに関連する問題の一般的な修復について説明します。このセクションは、このメトリックの適用に最適な対象ユーザーを特定するのにも役立ちます。

次の表では、評価で使用できる可能性があるメトリックについて説明します。

評価	メトリックの説明
起動時のパフォーマンス (高速スタートアップ) アセスメント	このメトリックは、シャットダウンフェーズの開始から、hiberfile のディスクへの書き込み終了および低電力状態 (S4) への遷移までの時間をキャプチャします。
起動時のパフォーマンス (完全ブート) アセスメント	このメトリックは、シャットダウンフェーズの開始から電源オフ状態への遷移までの時間をキャプチャします。
スタンバイ状態時のパフォーマンスアセスメント	このメトリックは、シャットダウンフェーズの開始から低電力状態 (S3) への遷移までの時間をキャプチャします。
休止状態時のパフォーマンスアセスメント	このメトリックは、休止状態から、hiberfile のディスクへの書き込み終了および低電力状態 (S4) への遷移までの時間をキャプチャします。

次の移行フェーズでは、評価メトリックを表示または非表示にすることができます。

Note

[ミニフィルターの診断モードを有効にする] の設定を有効にしている場合、評価結果にミニフィルターのメトリックが含まれます。ミニフィルターのメトリックと結果の詳細については、「ミニフィルター診断」を参照してください。

問題

オン/オフの切り替えパフォーマンスアセスメントでは、詳細な問題分析を実行して、アセスメントで特定された問題のトラブルシューティングに向けて WPA のリンクが提供されます。 WPA を開くと、問題の種類に応じて、ディスクアクティビティまたは CPU アクティビティに関する追加の詳細が表示される場合があります。このセクションでは、パフォーマンスの問題を分析するために使用できる一般的な調査手法について説明します。

最大の要因の割り出し

Windows アセスメントコンソールで評価結果ファイルを開き、対応する親メトリックを展開します。子サブメトリックは、通常、親メトリックに影響を与える特定のコンポーネントに関する情報を提供します。

例として、シャットダウンのプロセスの期間のメトリックを取り上げて説明します。メトリックを展開すると、このフェーズでの 3 種類のサブメトリックテーブルを表示できます。最初の 2 つのテーブルには、CPU とディスクの使用率が示されていてます。3 番目のテーブルには、シャットダウンされる個別のプロセスの期間が表示されます。

詳細列などの追加の列は、サブメトリックの詳細が表示されます。 ユーザーセッションのシャットダウンプロセスには、[詳細] 列に PID が表示されます。

Note

既定のビューでは、イテレーション間で PID を集計できないため、[ 詳細 ] 列に値 "Various" が含まれる場合があります。イテレーションを展開して個別の PID を表示します。

Windows アセスメントコンソールを使用すると、任意のデータ列でサブメトリックリストを並べ替えることができます (シャットダウン/起動中にフェーズ順で並べ替えられた最上位レベルの高速スタートアップフェーズリストを除く)。

たとえば、ユーザーセッションのシャットダウンプロセスフェーズの展開されたプロセス一覧で、テーブルヘッダーを右クリックして、[行を降順で並べ替え] を選択します。

この手法は、複数の最上位レベルのフェーズ期間に使用できます。

リソース使用率のメトリックを確認する

このフェーズでの各プロセスのリソース使用率の詳細なメトリックを表示します。この情報を取得するには、セクションの [各フェーズのプロセス] タブを展開して、[CPU 使用率] または [合計ディスク使用量] のいずれかで並べ替えます。

追加情報

詳細な分析の問題と推奨事項の詳細については、「一般的な詳細分析の問題」を参照してください。

評価で 0x80050006 の終了コードが報告される

このエラーは、メンテナンスタスクが PC に登録されていて、評価が実行される前に完了していない場合に発生します。このとき、評価は実行されません。多くの場合、メンテナンスタスクは評価メトリックに影響を与えるためです。

この問題を解決するには、次のいずれかを実行します。

コンピューターがネットワークに接続され、AC 電源で実行されていることを確認します。管理者特権のプロンプトで次のコマンドを使用して、保留中のメンテナンスタスクを手動で開始します。

rundll32.exe advapi32.dll,ProcessIdleTasks
評価を実行する前に、定期的およびアイドル状態のメンテナンスタスクを無効にし、すべてのメンテナンスタスクを停止します。

Time-Critical タスクのベストプラクティス

タスクを遅延させたくない場合は、時間のかかる処理が行われないようにします。避ける必要がある事項は次のとおりです。

シャットダウン中に WM_ENDSESSION を処理するなど、タイムクリティカルな応答が必要な場合は、要求を受信する際に膨大な量の作業を行わないように計画します (ユーザーによる変更の保存などのデータの信頼性に関する作業を除く)。
絶対に必要な場合を除き、時間がかかる可能性のある操作の実行は避け、現在のタイムクリティカルなタスクが完了するまで待ちます。 "この API を使用する場合は、パフォーマンスに関する考慮事項に注意してください" という警告が含まれる API は避けてください。
ネットワーク要求はいずれも遅延につながる可能性があるため、あらゆるネットワークの依存関係を避けます。起動時およびシャットダウンのシナリオでは、ネットワークが常に使用可能であるとは限らないため、とりわけ注意が必要です。
長期間のタイムアウトを避けます。待機が必要な場合は、待機時間が、(該当するタイムクリティカルなタスクのコンテキストにおいて) タイムアウト値によって適度にバインドされていることを確認します。
過剰な計算は避けます。プロセッサの速度はそれぞれ異なるため、非常に高速なコンピューターで実行に 100 ミリ秒かかるものが、低速のコンピューターでは数秒かかる可能性があることに注意します。
不要なストレージ I/O を避けます。 I/O 要求は、その他のコンポーネントにより遅延を引き起こす場合があります。一般的なシステムでは、実行されているアプリケーションやサービスが多数あり、ストレージリソースが限られています。 I/O 要求は、その他のコンポーネントからの何百もの同様の要求の後で処理されるキューに入れられる可能性があります。
たとえば、FlushFileBuffers API の呼び出しが開始するディスクフラッシュは避けます。フラッシュを実行すると、ディスクスタックがキャッシュを削除し、RAM バッファー内のデータをハードドライブに強制的に書き込むことになります。通常、この操作は非常にコストがかかります。また、ハードドライブが要求を無視することが多いため、データの一貫性が保証されません。
RegFlushKey API を呼び出して、レジストリハイブをフラッシュすることは避けます。レジストリの設計により、API はハイブ全体の変更されたデータをディスクにフラッシュするため、非常にコストのかかる操作になります。オペレーティングシステムはすべてのコンポーネントに対して一貫性のあるレジストリビューを提供するため、レジストリキーのフラッシュは、通常は必要とされない操作です。また、レジストリ自体は、数秒ごとに非同期フラッシュを行っています。
RPC 認証プロセスはコストがかかるため、新しい RPC 接続を開くｔことは避けます。新しい RPC 接続を確立するには、高コストのセキュリティチェックが必要です。
TxF API などのトランザクション API は、API 呼び出しごとにかなりのコストがかかる操作を実行するのため、呼び出しは避けます。これらの API は、パフォーマンスを犠牲にして信頼性を確保するため、これらの API は、時間のかかるタスクでは使用すべきではありません。