觀點 · 資訊分享
Linux 核心 7.2 釋出：Btrfs 預設啟用大型 folio、記憶體回收最高快約 3 成，NAS 與伺服器最有感
Linux 7.2 在 8 月 17 日（台灣時間）釋出。排程器會把共用資料的工作排在同一組快取、GPU 排程更公平，Btrfs 預設啟用大型 folio，記憶體回收在部分負載最高快約 3 成。
- 發布
- 2026-08-17
- 篇幅
- 約 4 分鐘 · 1,738 字
- 結構
- 8 節 + 3 題常見問題
- 標籤
一句話看懂：Linux 核心 7.2 釋出，主要改進在排程、記憶體與 Btrfs 檔案系統；用 Btrfs 的 NAS 與跑資料庫的伺服器，是最可能有感的族群。
先用白話講：Linux 核心是什麼？
電腦裡有很多程式同時要用 CPU、記憶體和硬碟，核心就像大樓的總管理員，負責分配資源、避免大家打架。手機、伺服器、NAS、路由器，背後很多都是 Linux 核心。
核心大約每 2 到 3 個月釋出一個新版本。這次是 7.2，原始碼壓縮檔在 8 月 17 日 04:30（UTC）上傳到 kernel.org，也就是台灣時間 8 月 17 日中午。KernelNewbies 記載的釋出日是 8 月 16 日（週日，美國時間）。
發生什麼事：三個主要改進
1. 排程更懂快取。 處理同一份資料的多個執行緒，現在會盡量被排到同一組「最後一層快取」（LLC）裡。比喻是：同一個專案的同事坐在同一個辦公室，要傳資料時不用跑到別層樓，減少快取失效與浪費。
2. GPU 排程更公平。 顯示卡也有自己的排程器，以前採「先來先做」。7.2 改成模仿 CPU 排程的 CFS 思路，在顯示卡很忙時，互動式的程式不會被大工作擠到沒反應，目前沒有發現比舊做法更差的情況。
3. 記憶體回收更有效率。 調整 MGLRU 的回收流程後，在 MongoDB 搭配 YCSB 這類部分負載，最高提升約 30%，常見的其他測試沒有退步。另外，交換表（swap table）第四階段完成，掛載一個 1TB 的交換裝置，約可省下 512MB 記憶體。
給 NAS 與伺服器使用者：Btrfs 與 NFS
| 功能 | 7.2 的變化 |
|---|---|
| Btrfs 大型 folio | 預設啟用（6.17 起是實驗性），沒有功能限制 |
| Btrfs 直接 I/O 寫入 | 不再強制排隊，提交說明回報吞吐量約提升 59% |
| Btrfs 循序寫入 | 限制寫回的 bio 大小，回報約提升 15% |
| Btrfs 新 ioctl | GET_CSUMS 可取得原始校驗碼，可用於去重與建立檔案系統的最佳化 |
| NFS 預設區塊 | 記憶體 16GB 以上的主機，預設讀寫區塊提高到 4MB |
其他值得知道的
- USB4STREAM：能透過 USB4 傳輸線直接傳資料串流，主機端會出現
/dev/tbstreamX裝置 - dm-inlinecrypt：新的區塊裝置內嵌加密目標，定位是 dm-crypt 的實用替代方案
- openat(2) 新旗標：
OPENAT2_REGULAR只允許開啟一般檔案，避免服務被導向到裝置檔或 FIFO - 建置：要求的 Clang 版本提高到 23，並移除核心內的
strncpy()
給開發者的技術細節
- 想確認自己的核心版本，執行
uname -r；多數發行版要等一段時間才會把 7.2 放進官方套件庫 - Btrfs 的數字都是開發者在提交說明中回報的特定測試結果，換成不同硬體與負載可能差很多
- 用 NAS 廠商系統的人，核心版本由廠商決定，不能自己隨便替換
我的看法
自架 NAS 的人，如果磁碟用的是 Btrfs，看到這次的改進會特別有感覺：大型 folio 變成預設、直接 I/O 不再被強制排隊，都是對檔案服務、資料庫這類負載有幫助的方向。
不過要務實一點：核心更新對一般使用者，通常是「過幾個月，系統更新時順便拿到」。NAS 更是由廠商決定核心版本，我們很難自己升級，也不建議去硬換。我的做法是：把這類更新當成「了解方向」，等發行版或廠商正式提供後，再看更新說明、先備份、再升級，而不是追著最新版本跑。
名詞小辭典
- 核心（Kernel）：作業系統最底層的管理者，負責分配 CPU、記憶體與硬體資源。
- folio：Linux 管理記憶體的單位，可以想成「一次搬一整箱，而不是一個一個搬」。
- LLC（最後一層快取）：CPU 內離記憶體最近、容量最大的快取，同一組核心共用。
- Btrfs：一種檔案系統，支援快照與校驗，許多 NAS 預設使用。