CPU使用率が突然跳ね上がる理由と、犯人を捕まえる方法

ファンが回り始め、カーソルが引っかかり、タスクマネージャーを開く——もうすべてゼロに戻っています。CPUのランダムなスパイクは、そう謎めいてはいません。予定された作業をこなす少数のバックグラウンドプロセスのリストであり、どれも捕まえて、名前を突き止めて、対処できるものです。

いつもの容疑者たち

Windowsのバックグラウンド作業はスケジュールで動いており、そのスケジュールこそがランダムに見える理由です。マシンがアイドルに見えるとき、更新の直後、あるいは見たこともないタイマーで仕事が走ります。珍しい原因を探す前に、自分のスパイクを既知の顔ぶれと照合しましょう。スパイクが続いている間にタスクマネージャーでCPU列に並べ替えれば、プロセス名がすべてを語ります。そしてその名前は、ほぼ常にこの中のひとつです。

Antimalware Service Executable(MsMpEng.exe)：Defenderの定期スキャン。スパイクは10~30分続きます。時刻は保護履歴で確認できます
SearchIndexer.exe：大量のファイル増減の後の再インデックス。復元したバックアップやクローンしたてのリポジトリは何時間ものインデックス作業を意味します
TiWorker.exeとTrustedInstaller.exe：Windows Updateのサービス処理。更新をバックグラウンドで展開・確定します
mscorsvw.exe(.NET Runtime Optimization)：更新やアプリのインストール後のマネージドコード再コンパイル。放置したほうが早く終わります
OneDrive.exeとブラウザーのヘルパー：変更されたフォルダーの同期、あるいはそれぞれがservice workerの作業を走らせるいくつかのタブ
タスクスケジューラのベンダータスク：更新チェック、テレメトリ送信、独自タイマーの「メンテナンス」——プリンターとGPUは常習犯です

見る前に終わってしまうスパイクの捕まえ方

タスクマネージャーは現在を映しますが、スパイクは過去の出来事です。ログを使いましょう。タスクスケジューラで「すべてのタスクの履歴を有効にする」をオンにすれば、以後、発生したすべてのタスクが正確なタイムスタンプ付きの記録を残します。スパイク前後のイベントビューアーのシステムログには、更新のインストールやサービスのイベントが現れます。Diagnostics-Performanceログは遅い起動・終了を採点します。リソースモニター(resmon)は、プロセス別のCPUとディスクを一画面でライブ捕捉します——頻発している間は開いたままに。本当につかまらない相手には、Windows Performance Recorder(wpr)でトレースを録り、アナライザーで開いて特定のスレッドに固定できます。

本当に効く修正

症状と戦うより予定を組み替えましょう。Defenderのスキャンを昼休みに移し、開発者ならbuildと仮想化フォルダーをインデックスとリアルタイムスキャンの両方から除外します。.NETのオプティマイザーは一度終わらせること——mscorsvwを毎日殺しても、明日また同じ作業が再開するだけです。OneDriveは勤務時間中は一時停止するか、アクティブなプロジェクトから離れた場所へフォルダーを向け、スタートアップのリストも削ります。ログオン時に読み込まれるヘルパーは、後で必ずスパイクの機会をいただくからです。Windows自体を疑う前に、タスクスケジューラを開いてベンダーの項目を読んでください。プリンター、GPU、キーボードのアップデーターや「ヘルパー」サービスは、どんなクリーンインストールでも生き延びる、ランダムスパイクの古典的犯人です。