Linux 7.2 已在 2026 年 8 月 16 日發布。這裡的 Linux 指的是作業系統核心，也就是管理 CPU、記憶體、儲存裝置與硬體驅動的 kernel，不是 Ubuntu、Fedora 或 Debian 這類完整發行版。
這次更新分布在 CPU 排程、主機傳輸、記憶體、檔案系統與硬體驅動。CPU 排程器開始考慮最後一層快取（Last Level Cache，LLC）的拓撲；兩台電腦可以透過 USB4STREAM 直接傳送資料；Btrfs、記憶體回收與 Swap 也有改進。硬體方面，部分 Apple M3 Mac 首次取得 mainline kernel 的初步支援，AMD 則加入 ISP4 相機驅動與初步的 HDMI 2.1 FRL 支援。
不過，Linux 7.2 現在是 kernel.org 的 mainline 版本，尚未列為 longterm kernel。一般使用者不需要看到版本發布就自行編譯安裝，等發行版測試、打包與推送通常比較穩妥。
Linux 7.2 更新重點
| 更新 | 改變 | 主要影響 |
|---|---|---|
| Cache-aware scheduling | 排程時考慮 CPU 的 LLC domain | 多晶粒、多快取區域的伺服器與工作站 |
| USB4STREAM | 透過 USB4／Thunderbolt 線材直接交換原始資料 | 主機對主機的高速資料流 |
| 記憶體與 Swap | 改善 MGLRU 回收流程與 Swap metadata | 記憶體壓力較高的工作負載 |
| Btrfs | Large folios 預設啟用，改善循序寫入與 Direct I/O | 使用 Btrfs 的桌面與伺服器 |
| Apple M3 | 加入初步 Devicetree 與 mainline 啟動支援 | 核心開發與 Asahi Linux 後續整合 |
| AMD 硬體 | ISP4 相機驅動、初步 HDMI 2.1 FRL | 部分新款 Ryzen 筆電與 Radeon 顯示卡 |
Cache-aware scheduling 減少跨快取搬移
現代 CPU 不一定讓所有核心共用同一塊 LLC。以多晶粒處理器為例，不同核心可能位於不同的 LLC 快取區域（domain）；同一個程式的執行緒（threads）如果被排到不同區域，資料就得在快取與記憶體之間反覆搬移，增加 cache miss 與存取延遲。
Linux 7.2 的 cache-aware scheduling 會在負載平衡時考慮這層拓撲，盡量把共享資料的工作放進相同 LLC 區域。它不是把所有執行緒永久綁在同一組核心，而是在 CPU 使用率、負載分布與快取區域之間多一項判斷依據。
這項改變比較可能影響擁有多個 LLC domain 的 AMD、Intel 伺服器或高階工作站。一般筆電與桌面程式能否加速，仍取決於 CPU 拓撲和工作負載，不能把它解讀成所有應用程式都會固定變快。
記憶體、Swap 與 Btrfs 的改進
Linux 7.2 整理了 Multi-Gen LRU（MGLRU）的記憶體回收流程。MGLRU 會依頁面近期被使用的情況分代，記憶體不足時優先回收較久沒用的頁面。這次修改改善 reclaim loop 與 dirty writeback 的互動，部分資料庫工作負載測得較高吞吐量，但成效會隨記憶體容量、I/O 與資料集而變化。
Swap table 也進入下一階段，匿名記憶體與 shared memory 的 Swap 配置改用較一致的 folio 管理方式，減少固定 metadata 的負擔。Swap 的用途與限制在 Swap 交換空間介紹 有更完整說明。這次是 kernel 內部管理方式更新，不代表 Swap 已經能取代實體 RAM。
Btrfs 則把 large folios 從實驗功能改為預設啟用，並加入最高 2 MiB huge folios 的實驗支援。循序寫入、Direct I/O 與 checksum 查詢介面也有調整。這些變更主要讓檔案系統能用較大的記憶體單位處理 I/O，實際差異仍會受到儲存裝置、block size 與使用模式影響。
USB4STREAM 讓兩台主機直接交換資料
Linux 原本已能把 Thunderbolt 連線當成網路介面，Linux 7.2 新增的 USB4STREAM 則提供另一條路：兩台相容主機用 USB4 或 Thunderbolt 線材連接後，kernel 在兩端建立 /dev/tbstreamX 字元裝置，應用程式可以透過一般的 read() 與 write() 傳送原始資料。
因此，既有的 cat、dd 或只懂檔案 I/O 的程式，也能在不建立 socket 的情況下使用這條資料通道。USB4STREAM 可以和 Thunderbolt networking 同時存在，也能建立多條 stream。
它不會自動把 USB4 線材變成通用檔案分享功能。兩端仍需要相容的控制器、kernel 設定與應用程式配合，而且 USB4STREAM 傳的是資料流，不負責 IP、加密、身分驗證與檔案同步。一般區域網路傳輸繼續使用 SSH、NFS 或 SMB 會比較完整。
Apple M3 支援仍在起步階段
Linux 7.2 加入部分基礎款 Apple M3 Mac 的初步 Devicetree，讓 mainline kernel 能辨識硬體並進入啟動流程。這是上游支援的重要基礎，但不能解讀成 M3 Mac 已經能像一般 PC 一樣安裝完整 Linux 桌面。
Asahi Linux 的 M3 支援表仍把 Installer、內建顯示器亮度與多項周邊列為開發中（WIP）或尚未支援；M3 Pro、M3 Max 與 M3 Ultra 的 Devicetree 則排在 Linux 7.3。即使開發版已有 Wi-Fi、NVMe、鍵盤或音效等進展，mainline 7.2 只代表部分基礎程式碼已經合併。
因此，手上有 M3 Mac 的一般使用者現在不適合自行下載並安裝 Linux 7.2 kernel。等 Asahi Installer 正式列出支援機型，比自行拼接 bootloader、Devicetree 與下游驅動安全得多。
AMD 顯示與相機驅動更新
AMDGPU 在 Linux 7.2 加入初步 HDMI 2.1 Fixed Rate Link（FRL）支援。FRL 是 HDMI 2.1 提高傳輸頻寬的關鍵，但 kernel 驅動只是整條顯示堆疊的一部分，GPU 型號、firmware、Mesa、桌面環境、螢幕與線材都會影響可用模式。這項合併不等於所有 Radeon 顯示卡立即完整支援 HDMI 2.1 功能。
另一項更新是 AMD ISP4 media driver。ISP 負責處理筆電內建相機感光元件送進來的影像，初期目標包括部分新款 Ryzen AI 筆電。驅動進入 mainline 後，發行版比較容易隨 kernel 一起提供，但特定機型仍可能需要韌體提供的 ACPI 硬體描述、感光元件，以及使用者空間的相機軟體堆疊配合。
GPU FAIR 排程為什麼沒有成為預設
Linux 7.2 的開發版原本準備把 DRM GPU scheduler 從先進先出（FIFO）改為公平排程（FAIR），讓多個 GPU 工作負載分配到較公平的執行時間。不過，候選版在 Radeon RX 9070 XT 的高負載遊戲情境出現嚴重效能回歸，開發者在正式發布前撤回預設切換。
正式版仍以原有 FIFO policy 為預設，FAIR 保留為實驗選項。早期的 Linux 7.2 功能整理如果把 FAIR scheduler 列為正式預設功能，內容已經過時。接近發布才發現效能回歸時，核心開發通常先維持原有 FIFO，再把 FAIR 留待後續版本修正。
Linux 7 系列比 6.18 LTS 多了什麼
Linux 的主版本號不是語意化版本。7.0 接在 6.19 之後，並不代表核心架構突然全面改寫；kernel.org 的版本說明也提到，主版本號通常只是次版本數字變得太大時往前進一號。因此，從 6.18 LTS 到目前的 7.2，應該看成三個開發週期累積的功能，而不是單一 7.0 大改版。
Linux 7.0：檔案系統監控與容器基礎
Linux 7.0 加入通用的檔案 I/O 錯誤回報機制，讓檔案系統能透過 fsnotify 把資料損毀與讀寫錯誤送到使用者空間。XFS 也加入即時健康事件，監控程式可以得知 metadata 損毀、檔案 I/O 錯誤、卸載或關閉等狀態。這讓系統管理工具比較容易集中監控儲存問題，但自動修復仍需要使用者空間程式配合。
容器方面，新的 OPEN_TREE_NAMESPACE 可以複製指定的掛載樹並建立掛載命名空間（mount namespace），減少容器啟動時複製完整命名空間再逐一卸載的工作。Swap table 進入第二階段，TCP 的 Accurate ECN 壅塞通知也改為預設啟用。這些改變主要影響容器執行環境、儲存監控與記憶體壓力較高的系統。
Linux 7.1：NTFS、Swap 與可擴充排程
Linux 7.1 加入新版 NTFS 實作，目標是改善 Linux 與 Windows 磁碟之間的資料交換。Swap table 的第三階段移除舊的靜態 swap_map，直接用 Swap table 記錄 Swap 使用量，降低 metadata 的記憶體負擔，也延續從 Linux 6.18 開始的 Swap 管理重整。
支援 Intel FRED 的處理器從這一版開始預設使用新的事件傳遞機制。非同步 I/O 介面 io_uring 也能由 BPF 控制事件迴圈；可擴充排程器 sched_ext 則加入子排程器，為不同控制群組（cgroup）使用不同排程策略預留基礎。這些能力需要處理器或上層軟體配合，升級 kernel 不一定會直接改變一般桌面操作。
Linux 7.2：快取排程、USB4 與新硬體
Linux 7.2 把改進延伸到 CPU 排程、主機傳輸與硬體支援。Cache-aware scheduling 會考慮 LLC 拓撲，USB4STREAM 讓兩台主機透過 USB4 或 Thunderbolt 直接交換資料，Btrfs 則預設啟用 large folios。這些功能分別服務多快取區域處理器、高速主機直傳與檔案系統 I/O，不是單一用途的效能更新。
硬體方面，部分 Apple M3 Mac 取得初步 Devicetree，AMD 加入 ISP4 相機驅動與初步 HDMI 2.1 FRL 支援。這些程式碼已進入 mainline，不過完整可用性仍取決於機型、韌體、使用者空間軟體與發行版整合。
這些功能會隨版本累積，但不保證每個發行版都用相同設定啟用，也不代表升到 7.x 就能在所有電腦上得到相同效能。硬體驅動要看實際機型，NTFS、XFS 與 Btrfs 功能也可能需要新版使用者空間工具配合；伺服器若重視長期安全修補，繼續使用發行版維護的 6.18 LTS 或其他 longterm kernel 仍是合理選擇。
現在需要升級 Linux 7.2 嗎
多數使用者不需要手動升級。kernel.org 在 8 月 22 日把 7.2 列為 mainline，而 stable 欄位仍是 7.1.9；7.2 也不在 longterm 清單。Mainline 已經是正式發布，不等於每個發行版都應立即切換。
- Ubuntu、Debian 與企業伺服器：沿用發行版提供的 kernel 與安全更新，除非新硬體必須依賴 7.2 驅動。
- Fedora、Arch Linux 與 rolling release：等套件庫推送，再留意 NVIDIA、ZFS 或其他 out-of-tree modules 是否相容。
- Kernel 開發與新硬體測試：可以測試 7.2，但應保留上一個可開機 kernel，方便遇到 regression 時切回。
uname -r 可以查看目前 kernel 版本。版本號後面帶著發行版字串是正常現象，代表使用的是發行版打包、可能加入額外修補的 kernel，而不是 kernel.org 原始版本。
常見問答
Linux 7.2 是 LTS 嗎？
不是。截至 2026 年 8 月 22 日，kernel.org 的 longterm 清單沒有 Linux 7.2。後續是否成為 longterm 版本，要等維護者正式公布。
Linux 7 系列會有 LTS 版本嗎？
有可能，但目前還沒有確定版本。截至 2026 年 8 月 22 日，kernel.org 尚未把任何 Linux 7.x 列為 longterm。LTS 不會依照主版本號自動產生，維護者會考慮新功能、發行版與裝置廠商需求，以及維護人力，再從個別 kernel 版本中選擇；如果 Linux 7.2 或後續某個 7.x 獲選，才會加入官方 longterm 清單。
目前最新的 Linux LTS 版本是哪一個？
截至 2026 年 8 月 22 日，kernel.org 列出的最新 longterm 分支是 Linux 6.18，最新修正版為 6.18.45，預計維護到 2028 年 12 月。其他仍在維護的 longterm 分支包括 6.12、6.6、6.1、5.15 與 5.10；一般使用者仍應優先安裝發行版提供的 kernel 更新。
Apple M3 Mac 現在能直接安裝 Linux 7.2 嗎？
不適合一般使用者直接安裝。Linux 7.2 合併的是部分基礎款 M3 Mac 的初步上游支援，Asahi Installer 與顯示器等功能仍在開發中；M3 Pro、Max 與 Ultra 的 Devicetree 也尚未進入 7.2。
USB4STREAM 能取代區域網路嗎？
不能直接取代。它提供主機之間的原始資料流，不包含 IP 網路、加密、驗證或檔案分享協定。需要完整網路服務時，Thunderbolt networking 或一般 Ethernet 仍比較合適。