VRMの熱は、マザーボードの電圧変換段が熱限界に近づくとプロセッサの電力を制限しなければならないため、ホームサーバーの持続的なパフォーマンスを制限することがあります。
CPUクーラーは熱経路の一部に過ぎません。マザーボードの電圧レギュレータモジュールは、PSUの12ボルト入力をCPUコア、統合グラフィックス、および関連するレールで使用されるはるかに低く急激に変化する電圧に変換します。高電流、変換損失、弱いヒートシンク、停滞したエアフロー、長時間の全コア負荷は、CPUパッケージ温度が許容範囲内であってもこれらの電力段を加熱する可能性があります。以下のセクションでは、なぜサーバーが数分間はベンチマークで良好な結果を出しても、長時間のエンコード、圧縮、AI、または仮想化作業中に周波数が低下するのかを説明します。
VRMは非常に高い電流で低電圧を変換する
現代のCPUはコア電圧が約1ボルトに近い状態でかなりの電力を消費するため、マザーボードは急激な負荷変化時に高電流を厳密に制御して供給する必要があります。VRMはスイッチング電力段、インダクタ、コンデンサ、およびコントローラを使用してその変換を行います。
Texas Instrumentsはマルチフェーズ制御を、高電流負荷を複数のフェーズに分散する方法として説明しています。フェーズ数が多いほど各段の電流と熱を減らせますが、効率、部品の能力、スイッチング周波数、レイアウト、冷却が実際の熱マージンを決定します。
したがって、製品ページに記載されたフェーズ数は完全な性能仕様ではありません。良好なエアフローを備えた小型で効率的な設計は、装飾カバーの下に熱を閉じ込める大型設計よりも優れた性能を発揮することがあります。
持続的なCPU電流が上がると変換損失も増加する
VRMは完全に効率的ではありません。導通抵抗、スイッチング遷移、ゲートドライブ、インダクタ、PCBトレースが入力電力の一部をCPUソケット近くで熱に変換します。
実際のマザーボードテストでは、VRM冷却能力は、持続的な電力供給限界に近いボードやプロセッサで特に重要であることが示されています。短時間のバーストはヒートシンクやPCBが完全に温まる前に終了するかもしれませんが、長時間の全コア負荷は熱経路が平衡に達するまで損失を増やし続けます。
CPU電圧やパッケージ電力を下げると、電流とスイッチング条件が同時に変化するため、VRMの熱を不均衡に減らせます。これにより、ピークベンチマーク周波数がわずかに下がっても、ワットあたりの持続作業量を維持できる場合があります。
CPUとiGPUのレールがマザーボードの電力および冷却制約を共有するプラットフォームでは、統合グラフィックスの負荷が同じパッケージ電力需要に加わることがあります。
過熱保護は間接的にCPU電力を低減することがある
電力段とコントローラには、半導体の温度が信頼性と安全な電流供給に影響するため保護機能が組み込まれています。マザーボードは、部品が損傷する前に電流を下げたり、許容されるCPUパッケージ電力を減らしたり、保護シャットダウンをトリガーしたりできます。
Infineonのコントローラデータシートは電力段近くの過熱検出について説明しています。ユーザーは「VRM温度」と明確に表示される警告ではなく、CPUクロックの低下や電力制限フラグを見ることが多いでしょう。
これが、CPUコアの温度が最大許容値以下でもサーバーがスロットルする理由です。制限センサーや電流ルールはマザーボードの電力供給経路に存在する可能性があります。
ソケット周辺のエアフローはクーラーのサイズ以上に重要
タワークーラーや液冷ブロックはCPUダイを冷却できますが、VRMヒートシンク、ソケット後部、近接PCBにほとんど空気を動かさないことがあります。コンパクトなケースやドライブケージは、前面吸気から背面排気への経路をさらに遮断することがあります。
マザーボードのガイダンスは一貫してVRM温度を持続的な電力供給と局所的なエアフローに関連付けています。小型の指向性ファンは、すでに十分なCPUヒートシンクを交換するよりもワークロードを安定させることがあります。
ほこり、低いファンカーブ、パッシブトップパネル、ストレージドライブやGPUからの熱風はVRMの入口温度を変化させます。ヒートシンクの効果はその質量だけでなく、入ってくる空気に依存します。
長時間のホームサーバー作業は短時間のベンチマークよりも限界を明確にする
ビデオエンコード、ソフトウェアトランスコード、圧縮、チェックサム、パリティ作業、AI推論、複数の稼働中の仮想マシンは、数時間にわたりCPU電流を高く保つことがあります。短時間のベンチマークはVRM領域が安定温度に達する前にピーク性能を報告するかもしれません。
ZimaSpaceの持続的なサーバーロードの分析は、ホスト全体の利用率だけでは周波数低下、メモリスタール、熱限界を明らかにできない理由を説明しています。長時間の実行で有効クロック、CPUパッケージ電力、VRMまたはMOS温度、ファンスピード、完了作業量を記録してください。
マザーボード温度が上昇し、CPUパッケージ温度が制御されている間に性能が低下し、指向性のソケットエアフローや低いパッケージ電力制限が安定性を回復する場合、VRM制限の可能性があります。
VRM制限をCPUおよびPSU制限と区別する
サーバーが完全に冷えた後に同じワークロードを繰り返し、温度と周波数を追跡して結果が安定するまで観察します。CPU電力制限を下げる、ソケット周辺のエアフローを強化する、ストレージやGPU負荷が少ないCPUに負荷をかけるワークロードを比較してください。
Intelのチューニングガイダンスは電力制限スロットリングをコア温度スロットリングと区別しています。PSUの問題は電圧不安定、リセット、保護シャットダウンをより頻繁に引き起こしますが、VRMの熱制限は持続的な電流下で徐々に現れます。
ボード、ヒートシンク接触、エアフロー、センサーデータが十分なマージンを示すまで電力制限を上げないでください。許容されるCPU電力が増えると、有用な作業量とVRMが除去しなければならない熱の両方が増加します。
テック&AIハブ
もっと読む

Home Assistantにおけるランタイム状態と永続状態:再起動後も維持すべきものは?
Home Assistantはすべてのライブ値を永続化するわけではありません。設定、レジストリ、選択された復元状態、履歴、デプロイデータは、再起動時にそれぞれ異なる役割を果たします。

Home Assistantはローカルセッションとリモートセッションをどのように認証しますか?
ローカルおよびリモートのHome Assistantセッションでは、同じサーバー側のIDモデルを使用します。リモートアクセスによって変わるのは経路とTLSの境界であり、トークンフローの中核ではありません。

Recorderデータが増えると、なぜHome Assistantの履歴クエリは遅くなるのですか?
レコーダーの成長に伴い、要求された範囲に含まれる行数が増えたり、キャッシュミスが増加したり、ストレージやインデックス処理が遅くなったりすると、履歴クエリのコストが上昇する可能性があります。

