Linux kernel 7.1 對伺服器有什麼影響？

Linux kernel 7.1 的新功能

Linux kernel 7.1 於 2026 年 6 月 14 日發布，距離 7.0 版本發布僅九週。對於 VPS (virtual private server) 租戶而言，重要的變更集中在四個領域：儲存與檔案系統、網路、記憶體管理，以及處理程序與容器控制。此版本的其餘更新多為桌面與圖形相關工作，無頭伺服器 (headless server) 絕不會載入這些功能。

您首先需要了解另一個答案。您的伺服器幾乎不可能正在執行 7.1 版本，且短期內也不會更新。kernel.org 並未將 7.1 列為長期支援版本 (longterm release)。截至 2026 年 8 月 11 日，長期支援版本為 6.18、6.12、6.6、6.1、5.15 與 5.10，而所有主流伺服器發行版皆基於上述版本或其自行維護的版本建構。「核心新功能」與「伺服器新功能」之間存在數年的落差，因此本指南將涵蓋這兩部分的內容。

目前您的 VPS 正在執行哪個核心

uname -r
uname -srm
systemd-detect-virt

uname -r 會印出目前執行的核心版本。在 Ubuntu 24.04 上，其顯示格式如 6.8.0-79-generic。第一個連字號前的部分為上游版本線，之後的部分則是發行版的建置編號，該編號與上游版本並無直接對應關係。Canonical 的 6.8.0-79 包含了數千個從後續核心版本回溯移植（backported）的修補程式，因此它並非 Linus 於 2024 年 3 月標記為 6.8 的原始程式碼。這就是為什麼「我的核心版本很舊」這句話的實際意義不如字面上嚴重。功能面或許較舊，但安全性修補通常已更新。

systemd-detect-virt 可用來判斷您是否能更換核心。在完整虛擬機（Full Virtual Machine）上，該指令會輸出 kvm，此時您可以開機進入自訂的核心映像檔，升級操作也確實有效。若是在容器虛擬化環境下，則會輸出 lxc 或 openvz，此時主機核心為共享資源。在容器方案中，uname -r 顯示的是供應商的核心版本；安裝核心套件不會改變任何可開機的項目，且在供應商將主機重啟至較新核心前，您無法使用該版本中的任何新功能。在規劃任何核心相關作業前，請務必執行此檢查。

[
  {
    "distro": "Ubuntu 26.04 LTS (7.0)",
    "releases_behind_7_1": 1,
    "notes": "GA kernel, shipped with the April 2026 release"
  },
  {
    "distro": "Ubuntu 24.04 LTS, HWE (6.17)",
    "releases_behind_7_1": 4,
    "notes": "6.17 came with 24.04.4; 7.0 is rolling out ahead of 24.04.5 on 27 August 2026"
  },
  {
    "distro": "Debian 13 trixie (6.12)",
    "releases_behind_7_1": 9,
    "notes": "upstream longterm line, kernel.org projected EOL December 2028"
  },
  {
    "distro": "RHEL 10 and its rebuilds (6.12)",
    "releases_behind_7_1": 9,
    "notes": "Red Hat backports fixes into its own frozen 6.12 stream"
  },
  {
    "distro": "Ubuntu 24.04 LTS, GA (6.8)",
    "releases_behind_7_1": 13,
    "notes": "the default unless you install the HWE stack"
  },
  {
    "distro": "Ubuntu 22.04 LTS, GA (5.15)",
    "releases_behind_7_1": 26,
    "notes": "upstream longterm line, kernel.org projected EOL December 2026"
  }
]

目前共有 6 個平台，其中沒有任何一個平台開機使用 7.1 版本。最新的是 Ubuntu 26.04 LTS (7.0)，落後上游版本 1 個發行週期。仍在支援範圍內的最舊版本則落後 26 個發行週期。Ubuntu 24.04 的預設 GA 核心落後 13 個週期，而 Debian 13 與 RHEL 10 則基於 6.12 長期支援（longterm）版本，落後 9 個週期。計算發行週期僅為粗略的衡量方式，因為它忽略了發行版所做的所有回溯移植工作，但這能呈現出版本落差的概況。若您正在評估該選擇哪種發行版，伺服器環境下 LTS 與過渡版本之間的取捨 才是這些數據背後的核心決策點。

7.1 版本中的儲存與檔案系統

7.1 版本新增了在檔案系統層級（而非僅在區塊層級）產生與驗證 T10 PI（保護資訊）的功能，並支援靈活的 T10 對齊。T10 PI 是附加於每個區塊的額外位元組，包含校驗和與識別資料所屬區塊的標籤；這能確保錯誤導向或不完整的寫入被偵測出來，而非被視為正確資料回傳。對於 VPS 租戶而言，硬體是主要的限制因素。完整性元資料必須由裝置公開，但虛擬磁碟通常不會提供此資訊。

ls /sys/block/vda/integrity/

在大多數 VPS 磁碟上，系統會回傳 No such file or directory，這是因為區塊層僅在裝置註冊完整性支援時才會建立 integrity 目錄。此錯誤為正常現象，並非故障。若您想在深入了解儲存功能前確認磁碟真實類型，請先參考 檢查 VPS 磁碟是否為真實 NVMe，並透過 NVMe 與 SATA SSD 在 VPS 上的效能差距 了解為何答案會影響您的數據表現。

Btrfs 修正了記憶體壓力下的寫入時複製（copy-on-write）放大問題，並加快了清除追蹤範圍內第一個 extent 的速度，在合併報告的範例工作負載中，吞吐量提升了 10%。其關閉操作已不再標記為實驗性。XFS 改進了 zero range 的刷新與透過 iomap 進行的查找，並為即時群組幾何結構新增了寫入指標，這是針對分區裝置（zoned devices）的基礎工作。NTFS 在此版本中經過完全重寫，具備完整的寫入支援與 iomap 轉換，若您需要在伺服器上掛載 Windows 磁碟映像檔，此點至關重要。

其他值得注意的儲存更新：使用者空間區塊驅動程式 ublk 獲得了零複製 I/O 支援；io_uring 新增了 SCSI 直通指令；SED-OPAL 自加密磁碟支援新增了 STACK_RESET 指令與擴充單一使用者模式；新增了用於直接存取裝置的 fs-dax 字元驅動程式；VFS 將 inode->i_ino 從 unsigned long 擴展至 u64，消除了 32 位元組建中的 inode 編號上限。在網路檔案系統方面，核心內建的 NFS 伺服器現在可透過 sign_fh 掛載選項簽署檔案控制代碼，而 CIFS 用戶端則新增了 O_TMPFILE 支援。

網路：佇列租賃及其對容器的效益

網路領域的主要變更為硬體佇列租賃（hardware queue leasing）。虛擬網路裝置（virtual netdev）現在可以租賃一個綁定至實體網路裝置（physical netdev）真實佇列的佇列，並作為其代理。此功能的目標是容器。在此之前，若容器需要使用 AF_XDP（address family express data path，一種將原始封包直接傳遞至使用者空間，而不需透過網路堆疊進行複製的 socket 類型），則必須取得幾乎整個裝置的控制權。透過佇列租賃，容器僅需取得一個硬體佇列，即可在原生速度下執行 AF_XDP 與記憶體提供者（memory providers），而主機則保留 NIC 的其餘部分。此功能與 io_uring 零複製路徑中的 AF_XDP 支援同步導入。

在一般功能方面，sockfs 中的 socket 現在接受 user.* 擴充屬性（extended attributes）。基於路徑的 AF_UNIX socket 原本就繼承了底層檔案系統的 xattr 支援，但僅存在於 sockfs 中的 socket 則無此功能。現在，處理程序可以標記 socket，而 eBPF 程式則可根據該標籤進行篩選。

此外有兩項移除項目。UDP-Lite 因無使用者而遭移除。IPv6 不再能編譯為可載入模組（loadable module）：若需要 IPv6，必須將其編譯進核心。第二項變更對於任何發行版核心而言皆無影響，因為常見的伺服器發行版早已將 IPv6 編譯進核心中。

記憶體管理：swap table 已完成

Swap 重構進入第三階段，此階段移除了靜態 swap map。Swap 計數現在直接存於 swap table 中。據回報，此舉節省了約 30% 的靜態 swap 中繼資料；無論是否有資料被置換，核心都會根據 swap 裝置的大小佔用這部分記憶體。以絕對值來看，對於小型 swap 檔案而言影響不大，但會隨著您配置的 swap 大小而增加。

MGLRU（multi-generational least recently used，較新的頁面回收演算法）現在可以批次檢查頁面上的 young flag，而非一次檢查一個頁面。根據此變更發布的數據顯示，在 Arm64 32 核心伺服器上效能提升超過 60%。批次處理在單頁成本最高的情況下效益最顯著，這也是為何該數據來自大型 Arm 機器的原因。如果您執行的是 Arm VPS 而非 x86 VPS，這將是 7.1 版本中最可能在您的測量中顯現的變更，儘管在雙核心或四核心機器上不會達到同樣的規模。

此外：移除了從即將終止的 memory cgroups 進行傳輸的機制，khugepaged 掃描時消耗的 CPU 減少，且 maple tree 在處理大型節點方面進行了大幅重構。這些項目皆無需手動配置，您只會感受到系統時間（system time）略微減少。

排程器：sched_ext 子排程器，以及預設啟用的 FRED

sched_ext 是一種可擴充的排程類別，允許使用者編寫 BPF 程式作為 CPU 排程器並在執行階段載入，該功能於 6.12 版本引入。7.1 版本新增了子排程器的核心結構，未來將能讓控制群組（control group）在各自的排程器下運作。請仔細閱讀此句：該實作在 7.1 中尚未完成，特別是 enqueue 路徑仍缺失，因此這僅是為後續版本鋪路，而非目前即可啟用的功能。

Intel FRED (flexible return and event delivery) 現已在支援的硬體上預設啟用。FRED 以更簡潔的路徑取代了傳統的 x86 事件傳遞路徑，該功能自 6.9 版本起便已存在於核心中，需透過 fred=on 開機參數啟用。將其改為預設開啟，代表市售硬體已通過足夠的測試。目前已發布的效能數據顯示，在 I/O 密集型工作負載下有 4% 至 7% 的提升，這些數據來自 Phoronix 在客戶端晶片上的測試，因此在您親自測量自身工作負載前，請勿將此效能增益計入伺服器預算。

Proxy execution 增加了用於提升遠端鎖定擁有者效能的 donor migration 功能，EEVDF 針對負延遲（negative lag）進行了修正，高解析度計時器核心也進行了大幅重寫。這些皆屬於延遲品質方面的變更，並無對應的設定檔選項。

clone3() 中的新處理程序與容器控制

clone3() 新增了三個旗標，每個旗標都填補了監控程式（supervisor）多年來必須手動處理的缺口。CLONE_AUTOREAP 使子處理程序在結束時自動回收，因此它永遠不會變成等待父處理程序呼叫 wait() 的殭屍處理程序。CLONE_NNP 在建立時即對子處理程序設定 no_new_privs，這消除了從 clone 到子處理程序自行設定該旗標之間的空窗期。CLONE_PIDFD_AUTOKILL 將子處理程序的生命週期與回傳給父處理程序的 pidfd 綁定：關閉該 pidfd 時子處理程序即被終止，因此監控程式若意外死亡，不會留下孤兒處理程序繼續執行。

掛載命名空間（mount namespaces）也獲得了類似的改進。用於 clone3() 的 CLONE_EMPTY_MNTNS 以及用於 unshare() 的 UNSHARE_EMPTY_MNTNS 可建立一個空的掛載命名空間，而非傳統上需由執行時期（runtime）逐一卸載的父處理程序掛載完整副本。FSMOUNT_NAMESPACE 允許 fsmount() 將檔案系統直接置入新的命名空間中。容器執行時期過去十年來皆需手動組裝這些設定，現在透過單一呼叫即可完成，意味著執行時期不再需要從充滿宿主機掛載點的命名空間開始啟動。

在虛擬化方面，guest_memfd 現已支援 userfaultfd，讓虛擬機器監控程式（hypervisor）能從使用者空間處理客體機（guest）的頁面錯誤（page faults）。Arm 架構上的 Protected KVM 獲得了匿名記憶體支援，但合併說明中指出此功能尚未達到生產環境就緒（production ready）的程度。

Kernel 7.1 何時會進入您的伺服器

Fedora 已經採用了。Fedora 44 的更新儲存庫在 2026 年 7 月至 8 月期間轉移至 7.1 系列，因為 Fedora 會在發行週期內將核心重新對齊至新的穩定版本線。Arch 與 openSUSE Tumbleweed 基於相同原因也已採用。這些發行版適合用於測試，但不適合用來執行您的服務。

其他發行版則需等待，這種等待是刻意設計的。Debian 13 發行時搭載 6.12，並在整個生命週期內維持該版本，僅透過回溯移植（backport）修復程式。RHEL 10 發行時搭載 6.12.0，採取相同策略。Ubuntu 26.04 LTS 於 2026 年 4 月發行時搭載 7.0。Ubuntu 24.04 LTS 具備硬體啟用堆疊（Hardware Enablement stack, HWE），會從後續的 Ubuntu 版本引入較新的核心；截至 24.04.4 版本，該堆疊處於 6.17，預計於 2026 年 8 月 27 日隨 24.04.5 轉移至 7.0。點版本（point release）並非 Ubuntu 的新版本，僅是將 24.04 自發行以來的更新整合至全新的安裝媒體，因此 24.04.5 對既有伺服器造成的變更 僅限於 HWE 核心線，幾乎沒有其他變動。

這是大眾最常誤解的部分。HWE 堆疊會跳轉至最新過渡版本所搭載的核心，因此可能會完全跳過某個上游版本線。7.0 存在於 Ubuntu LTS 中，但 7.1 可能永遠不會成為 LTS 的基礎版本，因為隨後的過渡版本將會搭載更新的版本線。進入您 LTS 系統的 7.1 變更僅限於回溯移植至您當前版本線的修復程式，功能更新大多不會包含在內。

若您確實需要在穩定伺服器上使用較新的核心，受支援的路徑非常有限。

# Ubuntu 24.04 LTS: install the hardware enablement stack
sudo apt update
sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

# Debian 13, with trixie-backports enabled in your apt sources
apt-cache policy linux-image-amd64
sudo apt install -t trixie-backports linux-image-amd64
sudo reboot

重新開機後，請檢查實際啟動的核心版本：

uname -r
dpkg -l 'linux-image-*' | grep ^ii
ls /var/run/reboot-required

uname -r 現在應顯示新的版本線，而 dpkg -l 則顯示所有已安裝的核心映像檔。若 uname -r 顯示舊版本，但 dpkg -l 列出了新版本，代表套件已安裝但開機載入程式（bootloader）的預設值未變更：請檢查 GRUB 選單項目。/var/run/reboot-required 若存在，代表套件已升級核心但尚未重新開機，這是已修補的伺服器仍在執行易受攻擊程式碼的最常見原因。

是否應在正式環境的 VPS 上追逐 7.1 版本

不建議這麼做，這並非單純為了保守。發行版的核心（kernel）代表了一份技術支援合約。Canonical、Red Hat、SUSE 與 Debian 會將安全性修補程式回溯移植（backport）到其凍結的核心版本中，並針對隨附的使用者空間（userspace）進行測試。若使用第三方套件庫或自行編譯的主線核心（mainline kernel），雖然能獲得新功能，卻失去了上述的維護工作，因為沒有人會為您的建置版本進行回溯移植。此時，您將成為該核心的維護者。

例外情況確實存在但極為少見：例如舊版核心無法驅動的硬體，或是您已針對自身工作負載進行測量，且為了效能提升願意承擔後果。在 VPS 上，前者幾乎不會發生，因為您所見的硬體皆為虛擬化。除此之外，請保持發行版核心更新，並在系統提示時進行重啟。若您已將發行版升級列入計畫，從 Ubuntu 24.04 升級至 26.04 可讓您一次從 6.8 升級至 7.0，這比單一核心套件的更新幅度更大。

FAQ

如何確認我的 VPS 正在執行哪個 Linux 核心版本？

執行 uname -r。它會輸出類似 6.8.0-79-generic 的資訊。第一個連字號前的數字是發行版所依據的上游核心版本，後面的數字則是發行版自身的建置編號，其中包含了回溯移植（backported）的修復程式。接著執行 systemd-detect-virt。若輸出 lxc 或 openvz，代表您處於容器虛擬化環境，您與宿主機共用核心，因此無法自行更換。若輸出 kvm，則代表您是從自己的核心映像檔開機，升級工作由您自行負責。

Linux 7.1 是長期支援（LTS）核心嗎？

不是。截至 2026 年 8 月 11 日，kernel.org 列出的長期支援版本為 6.18、6.12、6.6、6.1、5.15 與 5.10，其中並不包含 7.1。它屬於一般的穩定版（stable release），在下一個主線版本發布後，該穩定分支很快就會停止維護。若您需要一個擁有多年修復紀錄且未來仍持續維護的核心，請使用您發行版預設提供的核心。

Ubuntu 或 Debian 何時會發布 Linux 7.1 核心？

預設情況下可能永遠不會。Debian 13 在其生命週期內將維持使用 6.12，RHEL 10 亦維持在 6.12.0。Ubuntu 26.04 LTS 發布時搭載 7.0，而 Ubuntu 的硬體啟用堆疊（HWE）會直接跳轉至最新過渡版本所採用的核心，因此可能會完全跳過某個上游版本。Ubuntu 24.04 LTS 預計於 2026 年 8 月 27 日發布 24.04.5 更新時，將其 HWE 核心升級至 7.0。7.1 的修復程式將以回溯移植方式整合至舊版核心中，但新功能通常不會包含在內。

Linux 7.1 中有哪些功能對虛擬私人伺服器（VPS）有影響？

有四項。硬體佇列租賃（Hardware queue leasing）讓容器能以原生速度使用一個真實的 NIC 佇列進行 AF_XDP 操作。交換空間（swap）重構的第三階段移除了靜態交換映射，據報能減少核心為交換裝置所保留的 30% 中繼資料。MGLRU 現在能批次檢查頁面年輕旗標（page young flags），在多核心 Arm 伺服器上效能提升最為顯著。此外，clone3() 新增了 CLONE_AUTOREAP、CLONE_NNP 與 CLONE_PIDFD_AUTOKILL，使子處理程序的監控更為安全。檔案系統層級的 T10 保護資訊功能也已加入，但虛擬磁碟通常不會暴露其所需的完整性中繼資料。

升級核心會導致我的 VPS 損壞嗎？

常見的失敗發生在開機階段。磁碟空間不足（/boot）會導致安裝期間 update-initramfs 失敗並出現 No space left on device 錯誤，使套件處於未完成設定狀態：請使用 sudo apt autoremove --purge 清除舊核心後再重新安裝。針對舊核心編譯的外部模組（out-of-tree modules）將無法載入，因此所有由 DKMS 管理的模組都必須重新編譯，若編譯失敗，直到執行階段模組缺失前都不會有任何提示。若重開機後 uname -r 仍顯示舊版本，但 dpkg -l 已列出新映像檔，這代表安裝過程並未損壞，僅是開機載入程式（bootloader）的預設選項未更新。