FacebookはSteam Deck Linuxスケジューラーを実際のデータセンターに密かに移行し、サーバーパフォーマンスの前提を再構築する危険性がある

SCX-LAVD は sched_ext フレームワークを使用して動作します。これにより、代替スケジューラを永続的な変更を加えることなく Linux カーネルにプラグインできます。

スケジューラは、固定の優先順位に依存するのではなく、タスクの動作を観察し、どのタスクがレイテンシの影響を受けやすいかを動的に推定します。

メタエンジニアは、このアプローチをサーバークラスのハードウェアに拡張する場合、特にキャッシュの局所性とネットワーク割り込みによって飽和したコアを処理するために調整が必要であると説明しました。

あなたは好きかもしれません

場合によっては、システムは全体のバランスを維持するために、特定のコアを実質的に遅いものとして扱っていました。

Meta が強調した重要な点は、これらの変更にはサービスごとの調整や手動の優先順位の割り当てが必要なかったということです。

スケジューラは、事前定義されたルールではなく、観察された動作に基づいて適応します。

この特性は、ワークロードが頻繁に変化し、手動チューニングの維持費が高くなるデータセンター環境では重要です。

Meta は、これにより、メッセージング システム、キャッシュ レイヤー、バックエンド サービスを実行するフリート全体の複雑さが軽減されることを示唆しています。

エンジニアらによると、サーバーの最適化によってSteam Deckのゲームパフォーマンスが損なわれることはなく、システムは携帯端末に関係のない機能を無効にすることができるという。

しかし、Meta 氏は、この作業はまだ実験的なものであり、長期的な安定性とメンテナンスのオーバーヘッドについて未解決の疑問が残っていることを認めました。

Meta はこれを柔軟性と効率性の証拠として提示していますが、このクロスオーバーが持続的な運用上の利益をもたらすかどうかは独立した検証によって決定されます。