Linux 核心 7.3 釋出：八百多位新手交出第一個核心補丁，這件事比新功能更值得看

2026 年 10 月 19 日，Linus Torvalds 在核心郵件列表上宣布 Linux 7.3 正式釋出。這個版本由 3,021 位開發者貢獻了 18,765 個非合併提交，其中 807 人是第一次參與核心開發。對多數人來說，核心版本號是個遙遠的數字；但拆開這份更新清單，會看到幾條與日常運算環境直接相關的線索。

先看數字：新手佔比透露的社羣訊號

864 多人的首次參與，佔全部開發者約四分之一強。開源核心開發長年被質疑人才老化、貢獻者集中在少數企業，每個版本的新人數量因此成為觀察社羣健康度的粗指標。當然，第一次提交補丁與長期成為維護者是兩回事，多少人會留下來，要看好幾個版本週期才能驗證。

這個數字也延續了核心社羣近期對「貢獻流程」的調整方向。稍早的維護者峯會才決定提交程式碼無需宣告是否 AI 輔助，把責任放回開發者身上，與Linux 核心補丁不再貼 AI 標籤的治理決策是同一條思路：降低進入門檻，但拉高對成果本身的要求。

更新內容：效能與除錯工具是主軸

依 KernelNewbies 整理的資訊，7.3 的主要更新包括：

• 組調度（group scheduling）優化，目標是提升大型多核心系統的效能
• 新增 fchroot() 系統呼叫
• failfs 檔案系統，一個 讓所有操作都回報失敗的測試用檔案系統
• sched_ext 子調度器功能完善，讓 BPF 程式能更靈活地自訂排程策略
• 虛擬機工作集追蹤
• ntfs3 檔案系統支援備用資料流
• binfmt_misc 格式註冊擴展

這份清單裡沒有什麼會讓桌面使用者隔天就感覺到的變化。真正值得注意的是兩個方向。

組調度優化：誰受惠，為什麼

組調度影響的是核心怎麼分配 CPU 時間給不同羣組的程序。用日常比喻：辦公室裡有一臺共用印表機，舊規則可能讓某個部門一次塞進幾千頁文件，其他部門全部排隊。組調度優化就是重新設計排隊規則，確保每個部門至少拿到公平的時段。

受惠最大的不是個人電腦，而是雲端主機與大型伺服器。一臺機器上跑幾百個客戶的虛擬機或容器時，排程的公平性直接決定服務品質。如果你公司的系統跑在雲上，這類優化最終會以「同樣硬體、更穩定的延遲」的形式出現，只是帳單上看不出來。同樣屬於資料中心視角的，還有虛擬機工作集追蹤，它讓管理程式能知道虛擬機實際用了多少記憶體，對記憶體超賣與效能調校都是基礎工具。

failfs 與 sched_ext：基礎設施變好測了

failfs 是個看似冷僻、實則聰明的設計：它是一個「做什麼都失敗」的檔案系統。它的用途像消防演習，軟體平常很少遇到磁碟寫入失敗，一出事往往就是資料損毀。把程式掛到 failfs 上跑一遍，就能在出事前發現哪些錯誤路徑沒處理好。

sched_ext 則延續核心近年「讓排程器可程式化」的路線，管理者可用 BPF 寫自己的排程策略，不用改核心原始碼。這對特定工作負載（例如低延遲交易、遊戲伺服器）的營運團隊，是把調校權從核心開發者手上拿到自己手裡。

ntfs3 的備用資料流：與 Windows 世界接軌的一小步

ntfs3 是核心原生讀寫 NTFS 的驅動。這次加入的備用資料流（Alternate Data Streams）支援，處理的是 Windows 檔案系統裡一個老機制：檔案可以附帶隱藏的額外資料，防毒軟體的標記、下載來源資訊都常用它。過去 Linux 讀到這類檔案時可能遺漏或出錯，補上這塊，對需要與 Windows 環境交換檔案的企業儲存場景是實際的相容性改善。

一般使用者該怎麼看待版本號

多數人不會自己裝核心，而是透過發行版更新拿到它。對終端使用者，7.3 的意義在於 Linux 生態持續往伺服器、容器與嵌入式場景傾斜的慣性；對開發者與 IT 團隊，值得留意的是 sched_ext 與工作集追蹤這類工具成熟的速度，它們正在把過去要靠換硬體解決的問題，變成改設定就能解決的問題。詳細變更可查 KernelNewbies 的 7.3 頁面與核心郵件列表上的公告原文。