為什麼開源會讓大眾雨露均霑的例子
Meta 把為 Valve 的 Steam Deck 設計的 Linux 排程器用在自家伺服器上 https://www.phoronix.com/news/Meta-SCX-LAVD-Steam-Deck-Server
Meta 在 2025 年的 Linux Plumbers Conference (LPC，Linux 核心開發者與維運者的技術會議) 東京場分享，他們把原本為 Valve Steam Deck 需求設計的 Linux 排程器（scheduler）搬到自家大型伺服器機群使用，結果證明不只適合掌上型遊戲主機，也能在超大規模資料中心環境表現良好。這套排程器名為 SCX-LAVD（Latency-criticality Aware Virtual Deadline，依延遲關鍵程度調整的虛擬期限排程），Meta 工程師的簡報甚至直接以「如何讓 Steam Deck 的排程器在大型伺服器上運作」為題。
文章指出，SCX-LAVD 最初由 Linux 顧問公司 Igalia 受 Valve 委託開發，先在 Steam Deck 上達到與 EEVDF（Earliest Eligible Virtual Deadline First，Linux 新一代「最早可執行虛擬期限優先」排程邏輯）相近或更好的效果，也被 CachyOS Handheld Edition、Bazzite 等遊戲向 Linux 發行版採用。Meta 的重點發現是，LAVD 能在伺服器端面對愈來愈多樣的 CPU 與記憶體配置時依然適應良好，並能在 CCX/LLC（Core Complex / Last Level Cache，核心叢集與最後一層快取）邊界之間做出更好的負載平衡。Meta 也把它建立在 sched_ext（scheduler extension，可用 BPF 等機制在核心外實作/切換排程政策的框架）之上，視為自家「新的預設排程器」，用於那些不需要特別客製排程政策的通用工作負載。
Hacker News 討論多數聚焦在「遊戲掌機為主的排程器為何能幫到資料中心」這種跨領域技術外溢：有人形容這是開源軟體最有趣的「涓滴效應」，Valve 為了減少遊戲卡頓而出資，最後讓 Meta 省到資料中心成本。也有留言補充脈絡：sched_ext 本身是 Meta 推動的基礎建設，SCX 系列排程器其實是多家公司協作的成果，並非單一公司獨力完成；因此更像是「不同公司各自為自身需求投資，最後在同一個開源軌道上互相受益」。
另外有一串討論針對 Linux 排程演進做勘誤：有人質疑「CFS（Completely Fair Scheduler，完全公平排程）已被 EEVDF 取代」的說法過於武斷，指出實際上是逐步導入、並非簡單的全面替換。也有人談到大公司確實會為了極小幅度（例如 0.1%）的效率提升投入大量核心調校，因為在數百萬台伺服器規模下會直接反映成真金白銀；同時也有人好奇 Meta 到底有哪些工作負載會「延遲極度敏感」，足以讓這類排程器調整變得重要。討論中也延伸到 Valve 的做法：Valve 規模不大，常把高度專門、非核心業務的 Linux/開源開發委外給 Igalia 這類公司，形成一種「企業出資、顧問公司交付、整個生態共享成果」的典型模式。
https://news.ycombinator.com/item?id=46366998
Meta 把為 Valve 的 Steam Deck 設計的 Linux 排程器用在自家伺服器上 https://www.phoronix.com/news/Meta-SCX-LAVD-Steam-Deck-Server
Meta 在 2025 年的 Linux Plumbers Conference (LPC，Linux 核心開發者與維運者的技術會議) 東京場分享，他們把原本為 Valve Steam Deck 需求設計的 Linux 排程器（scheduler）搬到自家大型伺服器機群使用，結果證明不只適合掌上型遊戲主機，也能在超大規模資料中心環境表現良好。這套排程器名為 SCX-LAVD（Latency-criticality Aware Virtual Deadline，依延遲關鍵程度調整的虛擬期限排程），Meta 工程師的簡報甚至直接以「如何讓 Steam Deck 的排程器在大型伺服器上運作」為題。
文章指出，SCX-LAVD 最初由 Linux 顧問公司 Igalia 受 Valve 委託開發，先在 Steam Deck 上達到與 EEVDF（Earliest Eligible Virtual Deadline First，Linux 新一代「最早可執行虛擬期限優先」排程邏輯）相近或更好的效果，也被 CachyOS Handheld Edition、Bazzite 等遊戲向 Linux 發行版採用。Meta 的重點發現是，LAVD 能在伺服器端面對愈來愈多樣的 CPU 與記憶體配置時依然適應良好，並能在 CCX/LLC（Core Complex / Last Level Cache，核心叢集與最後一層快取）邊界之間做出更好的負載平衡。Meta 也把它建立在 sched_ext（scheduler extension，可用 BPF 等機制在核心外實作/切換排程政策的框架）之上，視為自家「新的預設排程器」，用於那些不需要特別客製排程政策的通用工作負載。
Hacker News 討論多數聚焦在「遊戲掌機為主的排程器為何能幫到資料中心」這種跨領域技術外溢：有人形容這是開源軟體最有趣的「涓滴效應」，Valve 為了減少遊戲卡頓而出資，最後讓 Meta 省到資料中心成本。也有留言補充脈絡：sched_ext 本身是 Meta 推動的基礎建設，SCX 系列排程器其實是多家公司協作的成果，並非單一公司獨力完成；因此更像是「不同公司各自為自身需求投資，最後在同一個開源軌道上互相受益」。
另外有一串討論針對 Linux 排程演進做勘誤：有人質疑「CFS（Completely Fair Scheduler，完全公平排程）已被 EEVDF 取代」的說法過於武斷，指出實際上是逐步導入、並非簡單的全面替換。也有人談到大公司確實會為了極小幅度（例如 0.1%）的效率提升投入大量核心調校，因為在數百萬台伺服器規模下會直接反映成真金白銀；同時也有人好奇 Meta 到底有哪些工作負載會「延遲極度敏感」，足以讓這類排程器調整變得重要。討論中也延伸到 Valve 的做法：Valve 規模不大，常把高度專門、非核心業務的 Linux/開源開發委外給 Igalia 這類公司，形成一種「企業出資、顧問公司交付、整個生態共享成果」的典型模式。
https://news.ycombinator.com/item?id=46366998