次の方法で共有


モダン スタンバイの SleepStudy に関する一般的な問題の例

SleepStudy レポートを使用して、一般的なモダン スタンバイの問題を観察して診断できます。 この記事の例では、レポートを使用して、電子メールやネットワーク アクティビティの多さ、高いバッテリー ドレイン、DRAINS に入れないなどの問題を調査する方法を示します。

電子メールのアクティビティが多い

この例では、ソフトウェアでワイヤレス LAN (WLAN) デバイスを稼働状態に保つ方法を示しています。 Windows 通信アプリを介した電子メールのカスケード効果により、ブローカー インフラストラクチャ (BI) システムがアクティブな状態に保たれます。 さらに、BI は WLAN ネットワークを稼働状態に保ち、システムが電子メールで最新の状態を維持できるようにします。

次の図では、SleepStudy レポートに、ソフトウェア コンポーネントとハードウェア コンポーネント間の関係と、それらが合わさってバッテリーにどのような影響を及ぼすかが示されています。

sleep study report - relationships between components

ネットワーク アクティビティが多い

この例では、WLAN 環境などの外部イベントが WLAN デバイスを稼働状態に保つ方法を示します。 WLAN デバイスには困難な無線環境があり、Windows システムが信頼できるインターネット接続を確立できない場合があります。 これらのイベントが WLAN デバイスにどのように影響し、ひいてはバッテリーにどのように影響するかを確認します。

次の図に示すように、SleepStudy によってこのデバイス アクティビティが最新のスタンバイ セッションの割合としてキャプチャされ、10% を超える期間があれば警告されます。

sleep study report - high network activity

高ドレインと明らかな違反者

場合によっては、SleepStudy レポートに高いバッテリー ドレインが表示されますが、赤で強調表示されている明らかな違反者は特定されません。

次の画像の例では、モダン スタンバイ セッションに非常に高いドレインがあったことを示していますが、10% を超えるアクティブな違反者はいなかったことを示しています。 DRIPS (Deepest Runtime Idle Platform State) ヒストグラムには、ウェイクアップ パターンが示されています。 一般的な低電力セッションのスリープ時間間隔は 32 秒前後ですが、このヒストグラムでは、スリープ時間間隔が 1 秒未満 (512 ミリ秒前後) であることが示されています。 この種類のアクティビティは、頻繁な割り込みや他のハードウェア コンポーネントによってシステムが起動状態のままとなり、その結果バッテリーの寿命が短くなることを意味します。

sleep study report - high drain example

この例では、トレースを表示して、システムの低電力状態 (DRIPS) が頻繁に終了する原因となっているコンポーネントを特定できます。 詳細については、「モダン スタンバイ診断のための WPA トレースのキャプチャと表示」を参照してください。

ドライバーが見つからないため、ソフトウェア DRIPS またはハードウェア DRIPS がない

一部のコア シリコンまたは System on a Chip (SoC) の設計では、ソフトウェア DRIPS とハードウェア DRIPS の両方がレポートされます。 ソフトウェア DRIPS は、SoC をいつ低電力状態にできるかについての Windows 電源マネージャーの認識を指します。 これは、デバイスの電源状態と CPU アイドル時間に基づいています。

ハードウェア DRIPS は、on-SoC コントローラーまたはマイクロコードによって制御される、最も低い電力状態の SoC の実際の物理的な常駐を指します。 一部の SoC 設計には、SoC を最も低い電力状態に実際に移行するコントローラーまたはマイクロコードが組み込まれています。 Windows で認識できないという理由により、ハードウェアによって低電力状態への移行が遅延されたり、妨げられる場合があります。

モダン スタンバイ セッションでソフトウェアとハードウェアの DRIPS がゼロ パーセントになる一般的な理由は、重要なドライバーがシステムに読み込まれていないことです。 この例のモダン スタンバイ セッションの概要テーブルでは、ソフトウェアとハードウェアの両方について、ゼロ パーセントの低電力状態時間がレポートされています。 次のスクリーンショットに示すように、概要の詳細を展開すると、PEP PRE-VETO COUNT の値が非常に高くなっています (名目上はゼロになるはずです)。 このシナリオでは、デバイス マネージャーで不足しているドライバーを探します。

summary table