Runtime BrokerのCPU使用率が約94%に。レジストリをいじって暴走を停止してみた

パソコンにてサイト記事を編集していると、かなりカクカクした動きになっています。たまらず、タスクマネージャーを確認すると、なんと Runtime BrokerのCPU使用率が93%となっており、Runtime Brokerとしてはこれまでにない使用率に。

今後もこれほどまでにCPUを占拠されると作業に支障がでるため、他サイトを頼りにレジストリをいじり、今後 Runtime Brokerが暴走しないよう動作を停止してみました。

レジストリをいじるために対応は自己責任で、また、Runtime Brokerが激しく動き出すトリガーが明確でないと思われ、動きを停止した後では検証が困難であることを、お含みおきください。

Runtime BrokerがCPUを激しく使用している状況

「Runtime Brokerとは何ぞや」については、以下の記事にてその概要を確認していますので、そちらを確認ください。

Runtime BrokerがCPUとメモリを大量消費。その概要を確認してみた

ポイントのみを記載（Microsoft コミュニティ「RuntimeBroker.exeとは何ですか？」より抜粋）すると、以下のようです。

• RuntimeBroker.exeは、ストアアプリが使用する資源の監視（制限？）をしているようです。
• タスクマネージャ等で停止すると、EdgeやIEがフリーズするのでやめたほうがよい。
• 何らかのトリガ（これが知りたい）で暴れ出しCPUとメモリを大量消費します。

▼上記の記事を編集した際には、Runtime BrokerのCPU使用率は30%程度だったのですが、本日は93.9%の使用率。システム関連のプロセスでCPUを大量消費しているものは多数ありますが、ここまで酷い状況は初めてです。

▲▼この使用率となった際に、使用していたPC、行っていたことは以下です。ご参考まで。

• 使用していたPCは、Jumper EZBook X4（Jumper EZBook X4 IPS版、実機のベンチマークスコア、使用感のレビュー)。CPUはGemini Lake N4100、メモリ 4GB
• 当サイトの記事編集の過程で、クラウドストレージに保存した写真をフォトアプリを利用し閲覧。
• 他に起動していたアプリはGoogle ChromeとSticky Note、それに写真閲覧用にMicrosoftのフォトアプリ。

上記のとおり、特殊なことをしていたわけではなく、私としては通常の作業です。他サイトを参照すると、フォト関連でRuntime Brokerが暴走することも多いようです。

レジストリをいじって、Rutime Brokerを停止

レジストリをいじるために自己責任となり、また、必要に応じバックアップをとっておいてくださいませ。

▼参照したのはこちらの海外サイト

Stop “Runtime Broker” from running constantly in the background

▼スタートの右クリックより「ファイル名を指定して実行」に「regedit.exe」を入力しOKを押下。レジストリエディタを起動します。

Rutime Brokerを制御する階層は以下[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TimeBrokerSvc] 

上のリンク先記事では最後が「TimeBroker」としていますが、2019/2/19時点では「TimeBrokerSvc」です。

▲▼上の画像の「Start」をダブルクリックすることで表示される以下の画面にて、「値のデータ」をデフォルトの3から4 (Disableを示す）に変更して「OK」を押下。パソコンを再起動して対応完了です。

対応後、しっかりと変更できていることを確認するためには、再度 上の画面を開いてみると、右端の3が4に変更となっています。

まとめ

設定完了後、Runtime Brokerはタスクマネージャーには表示されているものの、フォトアプリを起動し写真を表示しても、CPU使用率はゼロとなっています。Runtime Brokerが激しく動きだすタイミングとトリガーが不明なため、動作が止まったことを検証したことにはならないのですが、様子見の状態です。