アップデート直後の48時間：Windowsが大型更新のたびに重くなる理由

機能更新の翌日、PCは壊れたのではなく、本当に忙しいだけです。Windowsは検索インデックスを再構築し、マネージドシステムコードを再コンパイルし、すべてのファイルを再スキャンしています。そして邪魔をしなければ、この作業のほぼすべては48時間以内に終わります。

デスクトップが表示されても更新は終わっていない

機能更新はいくつかのファイルを置き換えるパッチではありません。その場で新しいOSバージョンへ移行する作業です。Windows.oldが旧バージョンを退避している間に新しいビルドが展開され、最初の数回の起動では初回ログオンの雑用が走ります。アプリの再登録、設定の移行、内蔵アプリの更新。マシンはクリーンインストール並みの仕事をこなしながら、同時にデスクトップも提供しているため、あなたが起動するものはすべてその待ち行列と競合します。

最も重い仕事は、あなたが一度も予定したことのないものです。検索はインデックスの大部分を再構築し、.NETランタイムの最適化はマネージドシステムコンポーネントのネイティブイメージを低優先度で再生成し、Defenderは更新後に真新しい定義で全ファイルのスキャンを行います。Sysmainはあなたの使用パターンをゼロから学び直します。どれもCPUの80%を食い尽くす単一プロセスとしては現れません。「すべてが15%遅くなり、ディスクのランプが消えない」という形で現れるのです。

検索の再インデックス — アップグレード後はインデックスの大部分が再構築され、ディスクに数時間の負荷がかかる
.NET最適化ジョブ — マネージドシステムアプリのネイティブイメージは1〜2日、低優先度で再生成される
Defenderの更新後スキャン — 新しい定義に加えて全ファイルを対象にした完全な走査
Sysmainの学び直し — プリフェッチデータがゼロからやり直し、アプリの起動がいつもの切れを失う
内蔵アプリの更新 — 機能更新が届くとすぐに、ストアアプリが自分の更新を並べる
テレメトリと配信の最適化の巻き返し — アップグレード中に先送りされたアップロードとチェックイン処理

実際に修正する価値があるもの

まずディスク容量です。機能更新は10日間、Windows.oldに20〜30 GBを確保したままにし、空きが15%を切ったSSDはウェアレベリングのための領域を失って書き込みが遅くなります。設定 → システム → 記憶域 → 一時ファイルを開き、新しいビルドに残ると決めたら以前のWindowsインストールを削除しましょう。

次に、一度だけ正直な夜を与えてください。電源に接続したまま一晩放置すれば、メンテナンスの待ち行列は寝ている間に消化されます。3つ目は自分の目での確認です。タスクマネージャーの「プロセス」タブをCPU順に並べ替え、「パフォーマンス」タブのディスクキューを見れば、その負荷が片付け作業なのか新たな問題なのかは1分でわかります。高速スタートアップ付きの「シャットダウン」ではなく、少なくとも一度は再起動してください。更新の一部の段階は本物の再起動でしか完了しません。

片付けではなく、本当の劣化であるとき

1週間経ってもマシンの調子が戻らないなら、バックグラウンド作業のせいにするのをやめて点検に移りましょう。更新は、無効にしたスタートアップ項目を律儀に復活させ、メーカー製ドライバーを汎用ドライバーに置き換え、設定を既定値に戻します。スタートアップアプリの一覧とデバイスマネージャーで変更がないか確認してください。ロールバックできるのはわずか10日だけ。期限が切れる前に、このビルドがあなたのハードウェアで本当に問題を起こしているのか、それともただ忍耐が必要だっただけなのかを決めてください。