私はRaspberry Piボードを使用しており、リアルタイムシステムを構築したいと思います。カーネル構成の過程で私は見つけました。CONFIG_CPU_FREQUENCYオプション、ここ(ヘルプセクション)
CPUのクロック速度を即座に変更できます。 CPUクロック速度が遅いほど、CPUが消費する電力が少なくなるため、これを節約する良い方法です。
これは消費電力を削減する良い方法ですが、リアルタイムアプリケーションでは予測不可能な動作と長い待ち時間が発生する可能性があります。
Xenomaiの開発者は無効にすることをお勧めします。CONFIG_CPU_IDLEなぜならここ)
これにより、CPU がディープスリープ状態に入ることができるため、これらのスリープ状態を終了するのに必要な時間が長くなり、アイドルシステムの待機時間が長くなります。また、一部のCPUでは、これらのディープスリープ状態に移行すると、Xenomaiが使用するタイマーの実行が停止します。
マザーボードに冷却システムが装備されていないため、これら2つのオプションを無効にするとCPUが損傷する可能性があります。これらのオプションがなければ、CPUの反応性が良くなると思いますが、これは私にCPU-Seppukuのように聞こえます。
答え1
このマザーボードには冷却システムはありません。
それがポイントです。
ワークロードに関係なく、すべてのLinuxシステムをリアルタイム化すると、CPU負荷が増えるしかありません。したがって、温度。
そうですね。リアルタイムシステムで達成する最初の作業の1つは、CPUがディープスリープモード(目を覚ますのにかかる時間のために待ち時間が大幅に増加する)に入らないようにすることです。途中でも地球の加熱を中止してください。
ここで提供できる最良の答えは、コアノブを設定してから中央の温度センサーを調べることです。報告された値が増え続ける場合は、これらの設定を忘れてください。
結局のところ、あなたは何が恋しいですか?これが2番目のポイントです。
正確で定量化された期待なしにリアルタイムでLinuxを最適化する計画はありません。一部は、特定の特定のワークロードを実行するときに、特定のイベントに対する最大応答時間を保証します。
これらの期待、ワークロード、および使用可能なコアの数に応じて、システムはより低い周波数でコアを実行したり、アイドル状態からスリープモードに切り替えることができます。
したがって、まず期待を決定し、次にベンチマークしてください!