Linux kernel 7.1 có gì mới cho server và VPS?

Có gì mới trong Linux kernel 7.1

Linux kernel 7.1 được phát hành vào ngày 14 June 2026, chín tuần sau 7.0. Với người dùng VPS (virtual private server), những thay đổi đáng chú ý nằm ở bốn nhóm: storage và filesystem, networking, memory management, cùng việc kiểm soát process và container. Phần còn lại của bản phát hành chủ yếu là thay đổi cho desktop và graphics, những thành phần mà server không có giao diện thường không tải.

Trước hết, cần trả lời một vấn đề khác. Gần như chắc chắn server của bạn chưa chạy 7.1 và sẽ chưa chạy phiên bản này trong thời gian dài. kernel.org không liệt kê 7.1 là bản longterm. Tính đến ngày 11 August 2026, các nhánh longterm là 6.18, 6.12, 6.6, 6.1, 5.15 và 5.10. Các bản phân phối server phổ biến đều xây dựng trên một trong những nhánh này hoặc trên một nhánh do chính họ duy trì. “Mới trong kernel” và “mới trên server của bạn” có thể cách nhau nhiều năm, nên hướng dẫn này trình bày cả hai khía cạnh.

VPS của bạn hiện đang chạy kernel nào

uname -r
uname -srm
systemd-detect-virt

uname -r in ra bản phát hành kernel đang chạy. Trên Ubuntu 24.04, kết quả có dạng 6.8.0-79-generic. Phần trước dấu gạch ngang đầu tiên là nhánh upstream. Toàn bộ phần sau là số bản build riêng của distribution, không theo dõi upstream. 6.8.0-79 của Canonical chứa hàng nghìn bản sửa lỗi được backport từ các kernel mới hơn, nên đó không phải là mã nguồn mà Linus gắn tag 6.8 vào tháng 3 năm 2024. Vì vậy, câu “kernel của tôi đã cũ” không cho biết nhiều như bạn tưởng. Các tính năng có thể đã cũ. Nhưng các bản sửa lỗi bảo mật thường không cũ.

systemd-detect-virt cho biết bạn có thể thay đổi kernel hay không. Lệnh này in ra kvm trên một máy ảo đầy đủ, nơi bạn boot image kernel của riêng mình và việc nâng cấp thực sự thay đổi kernel. Lệnh in ra lxc hoặc openvz trên môi trường container virtualisation, nơi dùng chung kernel của host. Trên một gói container, uname -r hiển thị kernel của nhà cung cấp; cài kernel package không thay đổi bất cứ thứ gì mà bạn có thể boot, và không có tính năng nào trong release này khả dụng với bạn cho đến khi nhà cung cấp reboot host lên kernel mới hơn. Hãy chạy kiểm tra này trước khi lên kế hoạch thay đổi kernel.

[
  {
    "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"
  }
]

Có 6 platform, và không platform nào boot 7.1. Bản mới nhất là Ubuntu 26.04 LTS (7.0), vẫn chậm hơn upstream 1 release. Bản cũ nhất vẫn còn được hỗ trợ chậm hơn 26 release. Kernel GA mặc định của Ubuntu 24.04 chậm hơn 13 release, còn Debian 13 và RHEL 10 chậm hơn 9 release trên nhánh 6.12 longterm. Đếm số release chỉ là thước đo tương đối, vì cách này bỏ qua mọi thứ mà các distribution backport, nhưng nó cho thấy khoảng cách có dạng như thế nào. Nếu bạn đang cân nhắc nên dùng platform nào, sự đánh đổi giữa LTS và interim release trên server là quyết định nằm phía sau các con số này.

Lưu trữ và filesystem trong 7.1

7.1 bổ sung khả năng tạo và xác minh T10 PI (protection information) bên trong filesystem thay vì chỉ ở block layer, cùng với hỗ trợ căn chỉnh T10 linh hoạt. T10 PI là các byte bổ sung gắn với mỗi block, chứa checksum và một tag xác định dữ liệu thuộc về block nào. Nhờ đó, hệ thống phát hiện được thao tác ghi sai đích hoặc ghi dang dở thay vì trả dữ liệu đó về như dữ liệu hợp lệ. Vấn đề đối với tenant VPS là phần cứng. Thiết bị phải cung cấp metadata về tính toàn vẹn, trong khi virtual disk thường không cung cấp metadata này.

ls /sys/block/vda/integrity/

Trên hầu hết disk VPS, thao tác này trả về No such file or directory, vì block layer chỉ tạo thư mục integrity khi thiết bị đăng ký hỗ trợ integrity. Lỗi đó là kết quả bình thường trong trường hợp này, không phải lỗi hỏng. Nếu muốn biết chính xác loại disk trước khi đọc tiếp về các tính năng storage, hãy kiểm tra disk VPS có thực sự là NVMe trước. Khoảng cách giữa NVMe và SSD SATA trên VPS giải thích vì sao câu trả lời này làm thay đổi các con số của bạn.

Btrfs được sửa lỗi về hiện tượng khuếch đại copy-on-write khi thiếu memory, cùng một thay đổi giúp tăng tốc việc xóa extent đầu tiên trong một range được theo dõi. Bản vá hợp nhất này báo cáo throughput tăng 10% trên workload mẫu. Thao tác shutdown của Btrfs không còn bị đánh dấu là experimental. XFS cải thiện việc flush zero range và lookup thông qua iomap, đồng thời bổ sung write pointer vào geometry của real-time group, làm nền tảng cho zoned device. NTFS được viết lại hoàn toàn trong release này, có đầy đủ hỗ trợ ghi và chuyển đổi sang iomap. Điều này hữu ích nếu bạn cần mount disk image từ máy Windows trên server.

Một số thay đổi storage nhỏ hơn nhưng đáng biết: ublk, block driver chạy trong user space, được bổ sung zero-copy I/O; io_uring được bổ sung các lệnh SCSI passthrough; hỗ trợ SED-OPAL self-encrypting drive được bổ sung lệnh STACK_RESET và extended single user mode; có driver ký tự fs-dax mới cho thiết bị direct-access; VFS mở rộng inode->i_ino từ unsigned long lên u64, loại bỏ giới hạn số inode trên các bản build 32-bit. Ở phía network filesystem, NFS server trong kernel giờ có thể ký file handle thông qua tùy chọn mount sign_fh, còn CIFS client được bổ sung O_TMPFILE.

Mạng: cho thuê queue và những gì container nhận được

Thay đổi lớn nhất về networking là cơ chế cho thuê queue phần cứng. Một virtual netdev giờ có thể thuê một queue được bind với queue thật trên một physical netdev và hoạt động như proxy cho queue đó. Mục đích chính là hỗ trợ container. Trước đây, container muốn dùng AF_XDP (address family express data path, loại socket chuyển packet thô lên user space mà không phải copy qua network stack) gần như phải được cấp toàn bộ device. Với queue được cho thuê, container nhận một hardware queue, chạy AF_XDP và memory provider ở tốc độ native, còn host vẫn giữ phần còn lại của NIC. Tính năng này được bổ sung cùng với hỗ trợ AF_XDP trong zero-copy path của io_uring.

Ở phía thông thường hơn, socket trong sockfs giờ chấp nhận user.* extended attributes. AF_UNIX socket dựa trên path vốn đã kế thừa hỗ trợ xattr từ filesystem bên dưới, nhưng socket chỉ tồn tại trong sockfs thì không có hỗ trợ này. Giờ một process có thể gắn label cho socket, và một chương trình eBPF có thể filter theo label đó.

Có 2 thành phần bị loại bỏ. UDP-Lite đã bị xóa vì không có người dùng. IPv6 không còn được build dưới dạng loadable module; nếu muốn dùng IPv6, bạn phải compile nó vào kernel. Thay đổi thứ hai không ảnh hưởng đến kernel của các distribution vì các bản phân phối server phổ biến vốn đã build IPv6 trực tiếp vào kernel.

Quản lý bộ nhớ: hoàn tất bảng swap

Quá trình cải tổ swap bước sang giai đoạn thứ ba. Giai đoạn này loại bỏ swap map tĩnh. Số lượng swap hiện được lưu trực tiếp trong swap table. Mức tiết kiệm được công bố là khoảng 30% phần metadata của swap tĩnh. Đây là lượng bộ nhớ kernel phải giữ theo kích thước của thiết bị swap, bất kể có dữ liệu được swap hay không. Xét theo giá trị tuyệt đối, lượng này nhỏ nếu swap file nhỏ và tăng theo dung lượng swap bạn cấu hình.

MGLRU (multi-generational least recently used, thuật toán reclaim page mới hơn) hiện có thể kiểm tra cờ young trên nhiều page theo batch thay vì từng page một. Con số được công bố là mức cải thiện hơn 60% trên server Arm64 32-core. Xử lý theo batch hiệu quả nhất khi chi phí trên mỗi page cao nhất. Vì vậy, con số này được đo trên một máy Arm lớn. Nếu bạn chạy VPS Arm thay vì VPS x86, đây là thay đổi trong 7.1 có khả năng xuất hiện rõ nhất trong các phép đo của bạn, dù trên máy chỉ có two hoặc four cores thì mức cải thiện sẽ không đạt quy mô đó.

Ngoài ra, việc chuyển dữ liệu ra khỏi memory cgroup đang bị hủy đã được loại bỏ, khugepaged quét với mức dùng CPU thấp hơn, và maple tree được refactor lớn quanh cơ chế xử lý node lớn. Bạn không cần cấu hình gì cho các thay đổi này. Bạn sẽ nhận thấy chúng qua mức system time giảm nhẹ.

Bộ lập lịch: sub-scheduler của sched_ext và FRED được bật mặc định

sched_ext là lớp bộ lập lịch có thể mở rộng, cho phép viết bộ lập lịch CPU dưới dạng chương trình BPF rồi nạp khi runtime. Tính năng này được đưa vào từ 6.12. Bản 7.1 bổ sung cấu trúc lõi cho sub-scheduler, để sau này một control group có thể chạy bằng bộ lập lịch riêng. Hãy đọc kỹ câu này. Phần triển khai chưa hoàn tất trong 7.1, đặc biệt còn thiếu đường đi enqueue. Vì vậy, đây là phần nền tảng cho bản phát hành sau, chưa phải tính năng có thể bật ngay hôm nay.

Intel FRED (flexible return and event delivery) hiện được bật mặc định trên phần cứng hỗ trợ tính năng này. FRED thay thế đường đi phân phối event x86 cũ bằng một cơ chế gọn hơn. Tính năng này đã có trong kernel từ 6.9 và bị tắt mặc định sau đối số boot fred=on. Việc bật mặc định cho thấy phần cứng đã phát hành đã được kiểm thử đủ. Các phép đo được công bố cho đến nay, trong khoảng 4% đến 7% trên workload nặng I/O, là kết quả kiểm thử của Phoronix trên client silicon. Vì vậy, đừng dự trù mức cải thiện đó cho server trước khi đo trên workload của chính bạn.

Proxy execution được bổ sung cơ chế donor migration để tăng mức ưu tiên cho lock owner ở xa. EEVDF được sửa các vấn đề liên quan đến lag âm. Phần lõi high-resolution timer cũng được viết lại đáng kể. Đây là các thay đổi cải thiện độ trễ, không có tùy chọn cấu hình nào để điều khiển.

Các cơ chế kiểm soát process và container mới trong clone3()

Ba flag đã được thêm vào clone3(). Mỗi flag giải quyết một khoảng trống mà các supervisor đã phải tự xử lý trong nhiều năm. CLONE_AUTOREAP khiến child tự reap chính nó khi thoát, nên child không bao giờ trở thành zombie và chờ một parent có thể không bao giờ gọi wait(). CLONE_NNP thiết lập no_new_privs cho child ngay khi tạo. Điều này loại bỏ khoảng thời gian giữa lúc clone và lúc child tự thiết lập flag. CLONE_PIDFD_AUTOKILL gắn vòng đời của child với pidfd trả về cho parent: đóng pidfd thì child bị kill. Vì vậy, supervisor bị dừng sẽ không để lại các process mồ côi tiếp tục chạy.

Mount namespace cũng được xử lý tương tự. CLONE_EMPTY_MNTNS cho clone3() và UNSHARE_EMPTY_MNTNS cho unshare() tạo một mount namespace không chứa gì, thay vì sao chép toàn bộ mount của parent như cách thông thường, sau đó runtime phải unmount từng mount. FSMOUNT_NAMESPACE cho phép fsmount() đưa filesystem trực tiếp vào namespace mới. Container runtime đã phải tự ghép các bước này trong một thập kỷ. Thực hiện trong một lần gọi có nghĩa là runtime không còn phải bắt đầu từ một namespace chứa đầy các mount của host.

Ở phía virtualisation, guest_memfd hiện hỗ trợ userfaultfd, nên hypervisor có thể xử lý page fault của guest từ user space. KVM được bảo vệ trên Arm đã được bổ sung hỗ trợ anonymous memory. Chính phần mô tả merge cũng nêu rõ tính năng này chưa sẵn sàng cho production.

Khi nào kernel 7.1 có trên server của bạn

Fedora đã có kernel này. Repository cập nhật của Fedora 44 chuyển sang nhánh 7.1 trong tháng 7 và tháng 8 năm 2026, vì Fedora rebase kernel lên các nhánh stable mới trong suốt vòng đời của một bản phát hành. Arch và openSUSE Tumbleweed cũng có kernel này vì lý do tương tự. Đây là các máy để thử nghiệm, không phải máy để chạy service.

Các bản phân phối còn lại phải chờ, và việc chờ này là có chủ đích. Debian 13 phát hành cùng kernel 6.12 và giữ nguyên 6.12 trong suốt vòng đời của bản phát hành, với các bản sửa lỗi được backport vào đó. RHEL 10 phát hành cùng kernel 6.12.0 và cũng làm như vậy. Ubuntu 26.04 LTS phát hành cùng kernel 7.0 vào tháng 4 năm 2026. Ubuntu 24.04 LTS có hardware enablement stack, lấy kernel mới hơn từ các bản phát hành Ubuntu sau để đưa vào LTS. Stack này đang ở kernel 6.17 kể từ bản point release 24.04.4, và dự kiến chuyển sang 7.0 cùng 24.04.5 vào ngày 27 tháng 8 năm 2026.

Đây là phần nhiều người hiểu sai. HWE stack chuyển sang kernel mà bản phát hành interim mới nhất đang dùng, nên có thể bỏ qua hoàn toàn một nhánh upstream. Kernel 7.0 đã có trong một Ubuntu LTS. Kernel 7.1 có thể không bao giờ là kernel nền của một bản LTS, vì bản phát hành interim sau đó sẽ dùng một nhánh mới hơn. Những gì LTS nhận từ kernel 7.1 là các bản sửa lỗi được backport vào nhánh mà bạn đang dùng. Phần lớn tính năng vẫn ở lại upstream.

Nếu muốn dùng kernel mới hơn trên server stable, các phương án được hỗ trợ khá ít.

# 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

Sau khi reboot, kiểm tra kernel thực sự đã được boot:

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

uname -r hiện sẽ hiển thị nhánh mới, còn dpkg -l hiển thị mọi kernel image vẫn đang được cài đặt. Nếu uname -r hiển thị phiên bản cũ trong khi dpkg -l liệt kê phiên bản mới, package đã được cài nhưng default của bootloader chưa thay đổi: hãy kiểm tra các entry trong menu GRUB. /var/run/reboot-required còn tồn tại nghĩa là một package đã upgrade kernel nhưng máy chưa reboot kể từ đó. Đây là lý do phổ biến nhất khiến một server đã được patch vẫn đang chạy mã dễ bị tấn công.

Có nên chạy theo kernel 7.1 trên VPS production không

Không. Lý do không chỉ là thận trọng. Kernel của distribution đi kèm một cam kết hỗ trợ. Canonical, Red Hat, SUSE và Debian đều backport các bản sửa lỗi bảo mật vào dòng kernel ổn định của họ, rồi kiểm thử chúng với userspace được phát hành cùng kernel đó. Mainline kernel từ archive của bên thứ ba hoặc kernel tự build cho bạn các tính năng mới nhưng lấy đi phần công việc đó, vì không ai backport bản sửa lỗi vào build của bạn. Bạn trở thành người maintain kernel.

Các trường hợp ngoại lệ là có thật nhưng rất hẹp: phần cứng mà kernel cũ không hỗ trợ, hoặc một thay đổi về hiệu năng mà bạn đã đo trên workload của chính mình và muốn đến mức chấp nhận tự chịu mọi hệ quả. Trên VPS, trường hợp đầu gần như không áp dụng vì phần cứng bạn thấy là phần cứng ảo. Với mọi trường hợp khác, hãy giữ kernel của distribution ở trạng thái mới nhất và reboot khi hệ thống yêu cầu. Nếu bạn đã có kế hoạch upgrade distribution, chuyển từ Ubuntu 24.04 sang 26.04 sẽ đưa bạn từ 6.8 lên 7.0 chỉ trong một bước, lớn hơn mức tăng mà bất kỳ kernel package đơn lẻ nào có thể cung cấp.

FAQ

Làm thế nào để kiểm tra VPS đang chạy kernel Linux nào?

Chạy uname -r. Lệnh này in ra dạng như 6.8.0-79-generic. Số trước dấu gạch ngang đầu tiên là nhánh upstream mà distribution của bạn dựa trên, còn mọi thứ sau đó là số build riêng của distribution, trong đó có các bản vá được backport. Sau đó chạy systemd-detect-virt. Nếu kết quả là lxc hoặc openvz, bạn đang dùng container virtualisation, dùng chung kernel của host và không thể thay đổi kernel đó. Nếu kết quả là kvm, bạn boot kernel image riêng và tự chịu trách nhiệm nâng cấp kernel.

Linux 7.1 có phải là kernel longterm support không?

Không. Tính đến ngày 11 August 2026, các nhánh longterm được liệt kê trên kernel.org là 6.18, 6.12, 6.6, 6.1, 5.15 và 5.10; 7.1 không nằm trong danh sách này. Đây là một bản stable thông thường, và nhánh stable của nó sẽ sớm bị ngừng duy trì sau khi bản mainline tiếp theo xuất hiện. Nếu bạn cần một kernel đã có nhiều năm bản vá và sẽ tiếp tục nhận bản vá trong nhiều năm tới, kernel của distribution hiện tại đã đáp ứng mục đích đó.

Khi nào Ubuntu hoặc Debian sẽ phát hành kernel 7.1?

Có lẽ sẽ không bao giờ dùng nó làm mặc định. Debian 13 giữ ở kernel 6.12 trong suốt vòng đời của bản phát hành, còn RHEL 10 giữ ở 6.12.0. Ubuntu 26.04 LTS phát hành cùng kernel 7.0, và Ubuntu hardware enablement stack sẽ chuyển sang kernel mà bản interim mới nhất đang dùng, nên có thể bỏ qua hoàn toàn một nhánh upstream. Ubuntu 24.04 LTS dự kiến chuyển HWE kernel sang 7.0 trong point release 24.04.5 vào ngày 27 August 2026. Các bản vá của 7.1 sẽ đến với bạn dưới dạng backport vào một nhánh cũ hơn. Các tính năng mới thường sẽ không được backport.

Những thay đổi nào trong Linux 7.1 thực sự đáng chú ý trên virtual private server?

Có 4 mục. Hardware queue leasing cho phép container dùng một queue NIC vật lý cho AF_XDP ở tốc độ native. Giai đoạn thứ ba của đợt cải tổ swap loại bỏ static swap map và giảm 30% lượng metadata mà kernel giữ cho swap device, theo số liệu được công bố. MGLRU có thể kiểm tra page young flag theo batch, với mức cải thiện được công bố cao nhất trên server Arm nhiều core. Ngoài ra, clone3() có thêm CLONE_AUTOREAP, CLONE_NNP và CLONE_PIDFD_AUTOKILL, giúp giám sát child process an toàn hơn. Filesystem-level T10 protection information cũng đã được bổ sung, nhưng virtual disk hiếm khi cung cấp metadata integrity mà tính năng này cần.

Nâng cấp kernel có làm VPS của tôi hỏng không?

Các lỗi thường gặp xảy ra lúc boot. /boot đầy khiến update-initramfs fail với No space left on device trong quá trình cài đặt, làm package ở trạng thái half configured: hãy xóa các kernel cũ bằng sudo apt autoremove --purge, rồi cài đặt lại. Các module ngoài kernel được build cho kernel cũ sẽ không còn load được, vì vậy mọi thứ do DKMS quản lý phải được build lại; nếu build lại fail, lỗi có thể không xuất hiện cho đến khi module bị thiếu lúc runtime. Nếu sau khi reboot, uname -r vẫn báo version cũ trong khi dpkg -l liệt kê image mới, thì quá trình cài đặt không bị lỗi: bootloader chưa đổi entry mặc định.