それは設計思想の不備ではなく、実装のミスです。スケジューラが`migrate_disable()`を無視し、タスクを押し続けるため、CPUが無駄に消費されます。例えば、`migrate_disable()`されたタスクが`pushable_tasks`リストに残り、`overloaded`フラグが立ったままになることで、RTバランサーが無限ループに陥るのです。

まず、実時間タスクが存在するシステムで、CPU使用率やタスク遷移ログを監視する必要があります。`ftrace`で`sched_switch`を有効にし、`rto_next_cpu()`の修正コミットを適用した状態で、タスクが無駄に停止している時間を確認しましょう。また、カーネルのパッチ適用状況を確認すること。CVE-2026-98087の対応パッチが適用されていない場合、この問題が発生する可能性があります。

変更管理とベンダー情報の確認が重要です。パッチ適用後も、タスクの挙動が改善しているかを監視し、異常があればベンダーに問い合わせる必要があります。また、この脆弱性が影響を与えるのは「実時間処理が要求される環境」なので、そのようなシステムでは特に注意を払いましょう。

もしCPUが人間なら、この脆弱性は「『動けない』と伝えたのに、『動け』と強制される」という、悲しい状況です。その結果、タスクが実行されず、CPUが「俺は忙しいのに、なんで俺が働かないとダメなの？」と文句を言い続けるのです。運用者は、この『文句』を聞き逃さず、パッチで解決しましょう。

運用者は、システムの信頼性と効率を守る義務があります。監視、パッチ適用、変更管理を怠れば、タスクの実行遅延やCPUの無駄消費が発生し、運用上のパフォーマンス低下を招きます。ベンダー情報の確認は、その義務の一部です。

断定的な対策をせず、『このパッチで解決される』と信じ込むこと。また、攻撃手順や被害事例を勝手に想像してしまわないこと。現状の確認と、ベンダーの指示に従うことが、最善の道です。