デスクトップ対サインイン画面：ユーザーセッションにかかるコスト
目次
ログイン済みのデスクトップはサインイン画面より高コストだが、見た目ほどではない。定常アイドル状態では約0.012コアに対しサインイン画面は0.0074コア、つまり1.6倍である。ユーザーセッションの本当のコストはサインイン後の最初の1時間にある。DefenderのスキャンとStore更新の波が合わさって、5時間ウィンドウ全体のCPUアクティビティの約**79%**を消費する。シェル自体はほぼ無料である。explorer、sihost、dwm、スタートのフィードを合わせても予算の約2.3%しか使わない。
ステータス: Windows 11 26H2の仮想マシンでの1回の5時間実行で測定。サインイン画面との比較は同じビルドとスナップショットで行った。物理ハードウェア、他のビルド、夜間の時間帯への転用は検証していない。
検証可能な主張
Section titled “検証可能な主張”私たちは4つの主張を検証した:
- ログイン済みのデスクトップはサインイン画面のアイドルより大幅に高コストである。
- セッションの主なコストはシェルの常時動作である。
- ユーザーセッションはアイドル時のネットワークプロファイルを著しく変える。
- Windowsの定期的な仕組み（更新、サービス用タイマー）はセッションありでもセッションなしと同じように動作する。
- Windows 11 Pro、build 26300.9457 (26H2)、仮想マシン 4 vCPU / 8 GB;
- サードパーティ製ソフトウェアなしのクリーンインストール。スリープと構成の更新は無効化しなかった;
- 同じスナップショットでの2回の実行: ユーザーセッションなしのサインイン画面（6時間）とログイン済みデスクトップ（4時間46分、早期停止）;
- サインインは手動で実行。シェルの起動を確認した後に観測を開始;
- 分単位のスナップショット: プロセスのCPU、稼働中のサービスの集合、メモリ、確立された接続。
測定には物理ハードウェア、実際のコンピューター作業、GPU負荷、夜間の時間帯（日次メンテナンスタスクは範囲外）は含まれていない。
各プロセスについて1分ごとに累積CPU秒を記録し、隣接するスナップショットの差から区間の消費量を求めた。サービスは稼働中のインスタンスの集合と遷移で追跡し、ネットワークはスナップショット時点の確立された接続で追跡した。自身の監視によるノイズ（約3.6% CPU）は解釈から除外した。両方の実行は1時間あたりに正規化した値で比較した。
| 指標 | サインイン画面 | デスクトップ | 差 |
|---|---|---|---|
| ウィンドウ平均のCPU、コア | 0.0098 | 0.0492 | ×5.0 |
| 定常時間のCPU、コア | 0.0074 | 0.0120 | ×1.61 |
| サインイン/起動後最初の1時間のCPU、コア | 0.0185 | 0.2942 | ×15.9 |
| 1時間あたりのシステムプロセス起動回数 | 26.1 | 79.5 | ×3.05 |
| 1 CPU秒を超えるアクティビティのあった分 | 5% | 13.5% | 割合で×2.4 |
| 1時間あたりの確立された接続（エンドポイント分） | 88.3 | 228.1 | ×2.58 |
| 常時接続 | 1 | 3 | ×3 |
重要な事実: 平均値の「×5」はほぼすべて最初の1時間で構成されている。デスクトップの定常時間は均一（0.0118～0.0127コア）で、ドリフトしない。
最初の1時間: 2つの波
Section titled “最初の1時間: 2つの波”| 波 | 割合 | 何が起きていたか |
|---|---|---|
| Defenderのサインインスキャン | その1時間のCPUの~55% | ウイルス対策プロセスが約0.7コアで8分間連続して動作。スキャンはサインイン直後に開始 |
| StoreとUSOの更新 | その1時間のCPUの~27% | 24個のアプリのインストール、Delivery Optimization経由で約880 MBのダウンロード（ピアリングを含む） |
Storeの波は別途重要である。この実行では更新は従来のWindows Updateではなく、Microsoft StoreとDelivery Optimization経由で届いた。サインイン時のネットワークスパイクは定常レベルの67倍である。
定常アイドル: 何が動作しているか
Section titled “定常アイドル: 何が動作しているか”| ソース | 1時間あたりのCPU秒 | コメント |
|---|---|---|
| 全体的なsvchostの枠組み | 13–14 | サービスのタイマー |
| カーネル (System) | 8 | Defenderとインフラストラクチャの作業の一部 |
| スキャン外のウイルス対策 | ~3 | 定期的なチェック |
| シェル (explorer、sihost、dwm、スタートのフィード、検索、ウィジェット、OneDrive) | 4.1 | 予算の2.3%。「デスクトップのアイドル」はほぼ無料 |
プロセス起動回数の差の4分の3は、ユーザーセッションの定期的な仕組みによるものである。UWPタスクのバックグラウンドホスト（約13分周期）、RuntimeBroker、SoftLandingが15分ごとである。
ネットワーク: 3つの常時接続と2つの新しいタイマー
Section titled “ネットワーク: 3つの常時接続と2つの新しいタイマー”サインイン画面では常時接続が1つ存在する。デスクトップでは3つある。2つはスタートのフィード（MSNコンテンツ: 天気、ニュース、ライブタイル）が最初の分から途切れずに保持し、3つ目はシステム通知サービスである。フィードのCPUコストはウィンドウ全体で2 CPU秒未満だが、接続自体は常に存在する。
セッションの新しいタイマー: OneDriveは32～33分ごとに2つの接続で同期し、Edgeの更新は数時間ごとに確認される。Defenderのシグネチャチェックは30～40分ごとにクラスターで行われる。すべてのトラフィックはMicrosoftのインフラストラクチャに向けられており、無関係な接続は観測されなかった。
サービス用タイマー
Section titled “サービス用タイマー”デスクトップでのグループポリシーの更新は16～17分ごとに循環するのに対し、サインイン画面では約80分である。アプリサービス (AppXSvc) とライセンス保護 (sppsvc) は同じリズムを維持した。ユーザー通知やClipboardを含む5つのセッションサービスが常時稼働している。
システムリークはない。ウイルス対策はスキャン後に81 MBを解放し、シェルは最初の30分だけ増加してプラトーに達した。プロセス数は130～153に対し、サインイン画面では84～98である。
確認されたこと
Section titled “確認されたこと”- 測定済み: 定常デスクトップはCPUでサインイン画面の1.61倍高コスト。サインイン後の最初の1時間がセッションの主なコスト（ウィンドウのCPUの79%）。
- 測定済み: スタートのフィードはセッション全体を通して2つの常時接続を保持する。OneDriveは32～33分ごとに同期する。
- 測定済み: サインイン時のStoreの波はDelivery Optimization経由で約880 MBをダウンロードした。サインイン時のネットワークスパイクは定常の67倍である。
- 測定済み: シェル (explorer、dwm、スタートのフィード、検索、ウィジェット) は定常アイドルでCPUの約2.3%を消費する。
- 観測済み: 更新は従来のWUではなくStore/DO経由で届いた。夜間のメンテナンスタスクは範囲外であった。
確認されなかったこと
Section titled “確認されなかったこと”- 物理ハードウェアおよび他のWindowsビルドでの動作。
- 夜間の時間帯と日次メンテナンスタスク（実行は日中で、早期停止された）。
- スタートのフィードやOneDriveを無効化した場合のこれらの数値への影響。私たちはそれらの寄与を測定しただけで、無効化はテストしていない。
- FPSやゲームの最終的なパフォーマンスへの影響。測定していない。
状態ごとに1回の実行、仮想マシン、日中の時間帯。Windowsのバックグラウンド作業はバーストで発生するため、絶対値を他のハードウェアや1日全体に転用するのは正当化されない。1分未満のプロセスとUDPトラフィック（DNS、NTP）は完全には見えない。一部のジャーナルは2回目の実行中にイベントを記録しなかった。サービスの遷移はスナップショットから復元した。
実用的な結論
Section titled “実用的な結論”「Windowsのバックグラウンドノイズ」は3つの異なるものに分解され、それぞれ異なる方法で対処する必要がある。ログイン後の波（DefenderスキャンとStore更新）はCPUの大部分を占める。これらは細かい設定では無効化できないが、自然に終了する。システムのメトロノーム（WMIポーリング、ライセンスチェック、OneDriveタイマー）は持続的だが小さな背景である。シェルはほぼ無料である。
実用的な帰結: 波を分離しない限り、サインイン後の最初の1時間で「最適化」を測定してはならない。ネットワークを最小化するには、不要ならスタートのフィードとOneDriveを無効化する。ログイン直後の「静けさ」を期待するのは正当化されない。
システムは変更されていない。両方の実行は設定、サービス、レジストリを変更しない純粋な観測である。仮想マシンは測定後にクリーンなスナップショットに戻された。
測定はBoosterX Researchが記述された仮想マシンで実施した。研究はBoosterXの開発者に帰属し、開発者は結果に直接の利害関係を持つ。方法と制限は上記に記載されており、元の観測は公開された方法で再現できる。
- Microsoft: Delivery Optimization、確認日 2026-09-22。
- Microsoft: Connected User Experiences and Telemetry、確認日 2026-09-22。
最終確認: 2026-09-22。