最大亮點：排程器開始「識睇」CPU 快取

Linux 7.2 加入由 CONFIG_SCHED_CACHE 控制的 Cache Aware Scheduling（快取感知排程）。以往排程器未必會特別理會不同核心及快取區域之間的關係；新機制就會嘗試將共享資料的工作，安排到同一個最後一級快取（Last-Level Cache，LLC）域內的核心執行。

咁做的目標係減少資料喺不同快取域之間來回搬動，以及降低快取未命中情況。對採用多晶片模組或多插槽設計的系統，例如 AMD EPYC 及 Intel Xeon 平台，理論上更有機會受惠。

不過，呢個唔係開咗就一定加速的「萬能掣」。實際得益要視乎處理器拓撲結構同工作負載而定；最適合理解成一項針對快取局部性不足、減少不必要核心搬工的排程改進。

儲存及檔案系統更新：針對 I/O 瓶頸落手

Linux 7.2 的效能提升唔只係處理器層面，亦分散喺多個 I/O 子系統：

• Pipe 寫入路徑經過修改，測試報告顯示吞吐量提升約 6% 至 28%，但數字會因工作負載及測試設定而異。
• ext4 重整 fast-commit 路徑，目標係減少鎖競爭及死鎖風險，並加快目錄雜湊處理。
• iomap 相關改動改善 ext4 及 XFS 的部分 I/O 路徑。在 NVMe、高 IOPS 及 io_uring 工作負載中，測試見到一定增益，但唔代表所有磁碟或應用程式都會有同樣結果。
• Btrfs 的大型 folio 支援已經唔再屬於實驗功能，並改為預設啟用；另外亦加入最大約 2 MB 的巨型 folio 實驗支援。
• exFAT 進一步轉用 iomap 基礎設施，改善緩衝 I/O、直接 I/O 及相關操作。重載測試見到明顯提升，但表現仍然取決於具體工作負載，唔應視為所有 exFAT 使用者都保證得到的固定增幅。

簡單講，Linux 7.2 唔係靠一項「跑分神技」取勝，而係逐個處理 CPU 快取、檔案系統 metadata、高速儲存、管道通訊及 Btrfs 記憶體管理等較底層的瓶頸。究竟升級後有幾明顯，關鍵仍然係你部機的硬件拓撲同平時做緊咩工作。

Apple、AMD、Intel 及 NVIDIA 硬件支援再擴展

今次版本亦帶來多項重要平台支援里程碑：

• Apple M3 MacBook 經由上游 Asahi Linux 工作，首次可以用主線核心啟動至串列主控台。呢個係硬件 bring-up 的重要一步，但唔等於所有 MacBook 元件已經有完整、成熟的桌面支援。
• Intel 加入 USB4STREAM 支援，呢種協定可以透過 USB4 線材傳送資料串流。
• AMDGPU 獲得初步 HDMI 2.1 Fixed Rate Link（FRL）支援，AMD 平台程式碼亦加入 Zen 6 的早期準備工作。
• Intel Xe 驅動加入初步 CRI 平台支援；Nouveau 就透過 GSP 支援 NVIDIA GA100 計算加速器；Apple Silicon 亦改善電池電量報告。
• Rust 支援擴展至 IBM s390 架構，令更多平台可以開發及測試以 Rust 編寫的核心元件。

除此之外，Linux 7.2 亦涵蓋網絡、虛擬化、安全性、嵌入式系統及電源遙測等範疇，因此今次既係效能更新，亦係一次平台支援擴充版本。

清走逾 13,000 行舊程式碼，並正式要求 x86 必須有 TSC

Linux 7.2 移除超過 13,000 行與 i486 x87 浮點運算模擬有關的舊程式碼，同時放棄 AppleTalk，以及舊式 ISA 和 PCMCIA ARCnet 網絡卡支援。

x86 核心而家亦會無條件要求系統具備可用的時間戳計數器（TSC）。現代 x86 電腦普遍早已依賴 TSC，所以呢項改動主要影響極舊或非常特殊的硬件，對現時桌面電腦及伺服器影響有限。

另外，今個開發週期亦完成一項持續多年的清理工作：移除核心程式碼樹內已棄用的 strncpy() API，改用更清晰、語意更明確的字串處理函式。

GPU「公平」排程因 AMD 回歸問題被撤回

Linux 7.2 的開發過程中曾加入新的「fair」GPU 排程器，希望改善 GPU 工作排序方式。不過，由於 AMD 顯示卡出現回歸問題，開發者最終喺正式發布前將其撤回，改回 FIFO 排程。

呢次回滾亦提醒大家：開發版本中出現的新功能，唔代表已經準備好畀穩定版使用者。今次維護者選擇優先確保圖像處理行為可預測，而唔係勉強帶住較進取的排程模型出街。

九星期開發週期，反映核心樹變得更「嘈」

Linux 7.2 開發週期約九星期，涉及超過 2,100 名貢獻者，並創下有報道所指的合併窗口參與紀錄。根據相關分析，約 5% 的提交帶有 AI 輔助標記。

重點唔係 AI 自己寫出 Linux 7.2 的主要功能，而係 AI 工具令漏洞報告、建議修補、審查發現及後續修正形成更大的資料流。有部分最終接納的改動，的確係處理 AI 輔助分析找出的問題；但每一個建議改動，仍然會為核心維護者及審查者增加工作。

Linus Torvalds 形容大型及較遲提交的更新已成為「新常態」，較似係接受一個日益增加的實際運作問題，而唔係認同降低審查標準。今次版本最終如期推出，但後期大量變更及修補，亦解釋咗點解核心維護者仍然對提交數量、回歸問題及補丁質素保持警惕。

下一步：Linux 7.3 及 Ubuntu 26.10

Linux 7.3 的合併窗口喺 7.2 推出後立即開啟，報道指當時已有約 40 個 pull request 等候處理。未來幾個星期將會決定 7.3 最終會納入哪些大型改動。

至於 Ubuntu 26.10，Canonical 核心團隊目前已將 Linux 7.2 列為目標版本。Ubuntu 26.10 預定於 2026 年 10 月 15 日發布，核心凍結日期則計劃定於 10 月 1 日。以時間表而言，Linux 7.2 會比等待更新的 7.3 更成熟；但如果測試發現嚴重回歸或整合問題，發行版方案仍然可以改變。

對核心開發者嚟講，下一步係持續做回歸測試及程式碼審查；對一般使用者嚟講，真正值得留意的唔係 Linux 7.2 功能清單有幾長，而係自己部機及工作負載，究竟有冇用到佢最強的幾個方向：快取局部性、檔案系統吞吐量、新平台支援，或者更完整的裝置啟用。

最大亮點：排程器開始「識睇」CPU 快取

Linux 7.2 加入由 CONFIG_SCHED_CACHE 控制的 Cache Aware Scheduling（快取感知排程）。以往排程器未必會特別理會不同核心及快取區域之間的關係；新機制就會嘗試將共享資料的工作，安排到同一個最後一級快取（Last-Level Cache，LLC）域內的核心執行。

咁做的目標係減少資料喺不同快取域之間來回搬動，以及降低快取未命中情況。對採用多晶片模組或多插槽設計的系統，例如 AMD EPYC 及 Intel Xeon 平台，理論上更有機會受惠。

不過，呢個唔係開咗就一定加速的「萬能掣」。實際得益要視乎處理器拓撲結構同工作負載而定；最適合理解成一項針對快取局部性不足、減少不必要核心搬工的排程改進。

儲存及檔案系統更新：針對 I/O 瓶頸落手

Linux 7.2 的效能提升唔只係處理器層面，亦分散喺多個 I/O 子系統：

• Pipe 寫入路徑經過修改，測試報告顯示吞吐量提升約 6% 至 28%，但數字會因工作負載及測試設定而異。
• ext4 重整 fast-commit 路徑，目標係減少鎖競爭及死鎖風險，並加快目錄雜湊處理。
• iomap 相關改動改善 ext4 及 XFS 的部分 I/O 路徑。在 NVMe、高 IOPS 及 io_uring 工作負載中，測試見到一定增益，但唔代表所有磁碟或應用程式都會有同樣結果。
• Btrfs 的大型 folio 支援已經唔再屬於實驗功能，並改為預設啟用；另外亦加入最大約 2 MB 的巨型 folio 實驗支援。
• exFAT 進一步轉用 iomap 基礎設施，改善緩衝 I/O、直接 I/O 及相關操作。重載測試見到明顯提升，但表現仍然取決於具體工作負載，唔應視為所有 exFAT 使用者都保證得到的固定增幅。

簡單講，Linux 7.2 唔係靠一項「跑分神技」取勝，而係逐個處理 CPU 快取、檔案系統 metadata、高速儲存、管道通訊及 Btrfs 記憶體管理等較底層的瓶頸。究竟升級後有幾明顯，關鍵仍然係你部機的硬件拓撲同平時做緊咩工作。

Apple、AMD、Intel 及 NVIDIA 硬件支援再擴展

今次版本亦帶來多項重要平台支援里程碑：

• Apple M3 MacBook 經由上游 Asahi Linux 工作，首次可以用主線核心啟動至串列主控台。呢個係硬件 bring-up 的重要一步，但唔等於所有 MacBook 元件已經有完整、成熟的桌面支援。
• Intel 加入 USB4STREAM 支援，呢種協定可以透過 USB4 線材傳送資料串流。
• AMDGPU 獲得初步 HDMI 2.1 Fixed Rate Link（FRL）支援，AMD 平台程式碼亦加入 Zen 6 的早期準備工作。
• Intel Xe 驅動加入初步 CRI 平台支援；Nouveau 就透過 GSP 支援 NVIDIA GA100 計算加速器；Apple Silicon 亦改善電池電量報告。
• Rust 支援擴展至 IBM s390 架構，令更多平台可以開發及測試以 Rust 編寫的核心元件。

除此之外，Linux 7.2 亦涵蓋網絡、虛擬化、安全性、嵌入式系統及電源遙測等範疇，因此今次既係效能更新，亦係一次平台支援擴充版本。

清走逾 13,000 行舊程式碼，並正式要求 x86 必須有 TSC

Linux 7.2 移除超過 13,000 行與 i486 x87 浮點運算模擬有關的舊程式碼，同時放棄 AppleTalk，以及舊式 ISA 和 PCMCIA ARCnet 網絡卡支援。

x86 核心而家亦會無條件要求系統具備可用的時間戳計數器（TSC）。現代 x86 電腦普遍早已依賴 TSC，所以呢項改動主要影響極舊或非常特殊的硬件，對現時桌面電腦及伺服器影響有限。

另外，今個開發週期亦完成一項持續多年的清理工作：移除核心程式碼樹內已棄用的 strncpy() API，改用更清晰、語意更明確的字串處理函式。

GPU「公平」排程因 AMD 回歸問題被撤回

Linux 7.2 的開發過程中曾加入新的「fair」GPU 排程器，希望改善 GPU 工作排序方式。不過，由於 AMD 顯示卡出現回歸問題，開發者最終喺正式發布前將其撤回，改回 FIFO 排程。

呢次回滾亦提醒大家：開發版本中出現的新功能，唔代表已經準備好畀穩定版使用者。今次維護者選擇優先確保圖像處理行為可預測，而唔係勉強帶住較進取的排程模型出街。

九星期開發週期，反映核心樹變得更「嘈」

Linux 7.2 開發週期約九星期，涉及超過 2,100 名貢獻者，並創下有報道所指的合併窗口參與紀錄。根據相關分析，約 5% 的提交帶有 AI 輔助標記。

重點唔係 AI 自己寫出 Linux 7.2 的主要功能，而係 AI 工具令漏洞報告、建議修補、審查發現及後續修正形成更大的資料流。有部分最終接納的改動，的確係處理 AI 輔助分析找出的問題；但每一個建議改動，仍然會為核心維護者及審查者增加工作。

Linus Torvalds 形容大型及較遲提交的更新已成為「新常態」，較似係接受一個日益增加的實際運作問題，而唔係認同降低審查標準。今次版本最終如期推出，但後期大量變更及修補，亦解釋咗點解核心維護者仍然對提交數量、回歸問題及補丁質素保持警惕。

下一步：Linux 7.3 及 Ubuntu 26.10

Linux 7.3 的合併窗口喺 7.2 推出後立即開啟，報道指當時已有約 40 個 pull request 等候處理。未來幾個星期將會決定 7.3 最終會納入哪些大型改動。

至於 Ubuntu 26.10，Canonical 核心團隊目前已將 Linux 7.2 列為目標版本。Ubuntu 26.10 預定於 2026 年 10 月 15 日發布，核心凍結日期則計劃定於 10 月 1 日。以時間表而言，Linux 7.2 會比等待更新的 7.3 更成熟；但如果測試發現嚴重回歸或整合問題，發行版方案仍然可以改變。

對核心開發者嚟講，下一步係持續做回歸測試及程式碼審查；對一般使用者嚟講，真正值得留意的唔係 Linux 7.2 功能清單有幾長，而係自己部機及工作負載，究竟有冇用到佢最強的幾個方向：快取局部性、檔案系統吞吐量、新平台支援，或者更完整的裝置啟用。