Apa yang baharu dalam kernel Linux 7.1 untuk pelayan

Apakah yang baharu dalam kernel Linux 7.1

Kernel Linux 7.1 telah dikeluarkan pada 14 Jun 2026, sembilan minggu selepas 7.0. Bagi penyewa VPS (virtual private server), perubahan yang penting tertumpu pada empat bidang: storan dan sistem fail, rangkaian, pengurusan memori, serta kawalan proses dan kontena. Selebihnya keluaran ini kebanyakannya melibatkan kerja desktop dan grafik yang tidak dimuatkan oleh pelayan tanpa kepala (headless server).

Terdapat jawapan kedua yang perlu anda ketahui terlebih dahulu. 7.1 hampir pasti tidak berjalan pada pelayan anda, dan ia tidak akan berlaku untuk tempoh yang lama. kernel.org tidak menyenaraikan 7.1 sebagai keluaran jangka panjang (longterm release). Setakat 11 Ogos 2026, barisan jangka panjang adalah 6.18, 6.12, 6.6, 6.1, 5.15 dan 5.10, dan setiap pengedaran pelayan arus perdana dibina berdasarkan salah satu daripadanya atau pada barisan yang diselenggara sendiri. "Baharu dalam kernel" dan "baharu pada pelayan anda" adalah perkara yang berbeza dari segi tempoh masa, jadi panduan ini merangkumi kedua-dua bahagian tersebut.

Kernel manakah yang sedang dijalankan oleh VPS anda sekarang

uname -r
uname -srm
systemd-detect-virt

uname -r memaparkan keluaran kernel yang sedang berjalan. Pada Ubuntu 24.04, paparannya kelihatan seperti 6.8.0-79-generic. Bahagian sebelum sengkang pertama ialah talian huluan (upstream). Segala yang tertulis selepasnya ialah nombor binaan pengedaran anda sendiri, dan ia tidak menjejaki talian huluan sama sekali. 6.8.0-79 daripada Canonical membawa beribu-ribu pembaikan yang di-backport daripada kernel yang lebih baharu, jadi ia bukanlah kod yang ditanda oleh Linus sebagai 6.8 pada Mac 2024. Inilah sebabnya kenyataan "kernel saya lama" tidak membawa maksud yang mendalam seperti yang disangkakan. Ciri-cirinya mungkin lama. Namun, pembaikan keselamatannya biasanya tidak.

systemd-detect-virt memberitahu anda sama ada anda boleh menukar kernel atau tidak. Ia memaparkan kvm pada mesin maya penuh, di mana anda memuatkan imej kernel anda sendiri dan naik taraf adalah naik taraf yang sebenar. Ia memaparkan lxc atau openvz pada virtualisasi kontena, di mana kernel hos dikongsi. Pada pelan kontena, uname -r menunjukkan kernel penyedia; memasang pakej kernel tidak mengubah apa-apa yang boleh anda muatkan, dan tiada ciri dalam keluaran ini tersedia kepada anda sehingga penyedia memulakan semula hos pada kernel yang lebih baharu. Jalankan semakan ini sebelum anda merancang sebarang kerja berkaitan 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"
  }
]

Terdapat 6 platform, dan tiada satu pun daripadanya memuatkan 7.1. Yang paling baharu ialah Ubuntu 26.04 LTS (7.0), yang ketinggalan 1 keluaran di belakang talian huluan. Yang paling lama yang masih disokong adalah 26 keluaran di belakang. Kernel GA lalai Ubuntu 24.04 berada 13 keluaran di belakang, manakala Debian 13 dan RHEL 10 berada 9 di belakang pada talian jangka panjang 6.12. Mengira keluaran adalah ukuran kasar, kerana ia mengabaikan semua perkara yang di-backport oleh pengedaran, tetapi ia menunjukkan gambaran jurang tersebut. Jika anda sedang menimbang yang mana satu untuk dijalankan, pertukaran antara LTS dengan keluaran interim pada pelayan adalah keputusan yang mendasari angka-angka ini.

Storan dan sistem fail dalam 7.1

7.1 menambah keupayaan untuk menjana dan mengesahkan T10 PI (maklumat perlindungan) di dalam sistem fail dan bukan hanya pada lapisan blok, berserta sokongan penjajaran T10 yang fleksibel. T10 PI ialah bait tambahan yang dilampirkan pada setiap blok, menyimpan checksum serta tag yang mengenal pasti blok mana data tersebut kepunyaan, supaya penulisan yang tersalah arah atau terputus dapat dikesan dan tidak diserahkan kembali sebagai data yang sah. Kekangan bagi penyewa VPS ialah perkakasan. Metadata integriti perlu didedahkan oleh peranti, dan cakera maya biasanya tidak mendedahkannya.

ls /sys/block/vda/integrity/

Pada kebanyakan cakera VPS, ini akan memulangkan No such file or directory, kerana lapisan blok hanya mencipta direktori integrity apabila peranti mendaftarkan sokongan integriti. Ralat tersebut adalah jawapan biasa di sini, bukan satu kerosakan. Jika anda ingin mengetahui keadaan sebenar cakera anda sebelum membaca lebih lanjut mengenai ciri storan, menyemak sama ada cakera VPS sebenarnya NVMe perlu dilakukan terlebih dahulu, dan jurang antara NVMe dan SSD SATA pada VPS menjelaskan mengapa jawapan tersebut mengubah angka prestasi anda.

Btrfs menerima pembaikan bagi amplifikasi copy-on-write di bawah tekanan memori, serta perubahan yang mempercepatkan pembersihan extent pertama dalam julat yang dijejak, dilaporkan memberikan 10% lebih throughput pada beban kerja sampel yang dinamakan dalam merge tersebut. Operasi penutupannya tidak lagi ditandakan sebagai eksperimental. XFS menambah baik pembersihan julat sifar dan carian melalui iomap, serta menambah penunjuk tulis pada geometri kumpulan masa nyata, yang merupakan asas bagi peranti berzon (zoned devices). NTFS merupakan penulisan semula sepenuhnya dalam keluaran ini, dengan sokongan tulis penuh dan penukaran iomap, yang penting jika anda pernah melekapkan imej cakera daripada mesin Windows pada pelayan anda.

Perkara storan lebih kecil yang perlu diketahui: ublk, pemacu blok ruang pengguna, memperoleh I/O sifar salin (zero-copy); io_uring memperoleh arahan passthrough SCSI; sokongan pemacu penyulitan kendiri SED-OPAL memperoleh arahan STACK_RESET dan mod pengguna tunggal yang dilanjutkan; terdapat pemacu aksara fs-dax baharu untuk peranti akses terus; dan VFS meluaskan inode->i_ino daripada unsigned long kepada u64, yang menghapuskan had nombor inode pada binaan 32-bit. Dari sisi sistem fail rangkaian, pelayan NFS dalam kernel kini boleh menandatangani pemegang failnya melalui pilihan lekap sign_fh, dan klien CIFS telah mempelajari O_TMPFILE.

Rangkaian: pemajakan baris gilir (queue leasing), dan manfaatnya kepada kontena

Perubahan utama dalam rangkaian ialah pemajakan baris gilir perkakasan. Netdev maya kini boleh memajak baris gilir yang terikat dengan baris gilir sebenar pada netdev fizikal, dan bertindak sebagai proksi untuknya. Tujuan ini adalah untuk kontena. Sehingga kini, kontena yang memerlukan AF_XDP (address family express data path, jenis soket yang menyerahkan paket mentah kepada ruang pengguna tanpa menyalinnya melalui tindanan rangkaian) perlu diberikan akses yang hampir menyeluruh kepada peranti tersebut. Dengan baris gilir yang dipajak, ia mendapat satu baris gilir perkakasan, menjalankan AF_XDP dan pembekal memori pada kelajuan asli, manakala hos mengekalkan baki NIC tersebut. Ciri ini hadir bersama sokongan AF_XDP dalam laluan zero-copy io_uring.

Dari aspek biasa, soket dalam sockfs kini menerima user.* atribut lanjutan (extended attributes). Soket AF_UNIX berasaskan laluan sudah mewarisi sokongan xattr daripada sistem fail di bawahnya, tetapi soket yang hanya wujud dalam sockfs tidak mempunyai sokongan tersebut. Kini, proses boleh melabelkan soket, dan program eBPF boleh menapis berdasarkan label itu.

Dua penyingkiran dilakukan. UDP-Lite telah dibuang kerana tiada pengguna. IPv6 tidak lagi boleh dibina sebagai modul yang boleh dimuatkan: jika anda mahukan IPv6, ia perlu dikompilasi terus ke dalam kernel. Perkara kedua ini tidak memberi kesan pada mana-mana kernel pengedaran, kerana pengedaran pelayan biasa sudah pun membina IPv6 secara terbina dalam.

Pengurusan memori: jadual swap telah selesai

Kerja semula swap kini mencapai fasa ketiga, dan fasa ini membuang peta swap statik. Kiraan swap kini berada terus di dalam jadual swap. Penjimatan yang dilaporkan adalah kira-kira 30% daripada metadata swap statik, iaitu memori yang dipegang oleh kernel berkadar dengan saiz peranti swap anda sama ada terdapat data yang diswap atau tidak. Dari segi mutlak, jumlah ini kecil pada fail swap yang kecil, dan ia bertambah mengikut saiz swap yang anda konfigurasikan.

MGLRU (multi-generational least recently used, algoritma tuntutan semula halaman yang lebih baharu) kini boleh menyemak flag "young" pada halaman secara berkelompok dan bukannya satu halaman pada satu masa. Angka yang diterbitkan bersama perubahan ini menunjukkan peningkatan lebih 60% pada pelayan Arm64 32-teras. Pemprosesan berkelompok memberikan hasil paling ketara di mana kos per-halaman adalah paling tinggi, itulah sebabnya angka tersebut diperoleh daripada mesin Arm yang besar. Jika anda menjalankan VPS Arm dan bukannya x86, ini adalah perubahan 7.1 yang paling berkemungkinan muncul dalam ukuran anda sendiri, walaupun tidak pada skala tersebut bagi dua atau empat teras.

Turut disertakan di sini: pemindahan keluar daripada cgroup memori yang tidak lagi aktif telah dibuang, imbasan khugepaged menggunakan kurang CPU, dan maple tree menerima penstrukturan semula yang besar berkaitan pengendalian nod besarnya. Tiada satu pun daripada perkara ini yang perlu anda konfigurasikan. Ia adalah perkara yang anda sedari sebagai pengurangan masa sistem yang sedikit.

Penjadual: sub-penjadual sched_ext, dan FRED diaktifkan secara lalai

sched_ext, iaitu kelas penjadual boleh ubah yang membolehkan anda menulis penjadual CPU sebagai program BPF dan memuatkannya semasa runtime, telah diperkenalkan dalam 6.12. Versi 7.1 menambah struktur teras untuk sub-penjadual, supaya kumpulan kawalan (control group) akhirnya boleh berjalan di bawah penjadualnya sendiri. Baca ayat tersebut dengan teliti. Pelaksanaannya belum selesai dalam 7.1, dan laluan enqueue khususnya masih tiada, jadi ini adalah kerja asas untuk keluaran akan datang dan bukannya sesuatu yang boleh anda aktifkan hari ini.

Intel FRED (flexible return and event delivery) kini diaktifkan secara lalai pada perkakasan yang menyokongnya. FRED menggantikan laluan penghantaran acara x86 legasi dengan laluan yang lebih bersih, dan ia telah berada dalam kernel sejak 6.9 di sebalik argumen but fred=on. Menukarkannya kepada aktif secara lalai adalah satu kenyataan bahawa perkakasan yang dipasarkan telah diuji secukupnya. Ukuran yang diterbitkan setakat ini, dalam julat 4% hingga 7% pada beban kerja I/O yang berat, datang daripada ujian Phoronix pada silikon klien, jadi jangan bajet untuk prestasi tersebut pada pelayan sehingga anda mengukur beban kerja anda sendiri.

Pelaksanaan proksi (proxy execution) memperoleh migrasi penderma untuk meningkatkan pemilik kunci jauh, EEVDF mendapat pembaikan berkaitan lag negatif, dan teras pemasa resolusi tinggi telah ditulis semula secara besar-besaran. Ini adalah perubahan kualiti kependaman yang tidak didedahkan oleh mana-mana fail konfigurasi.

Kawalan proses dan kontena baharu dalam clone3()

Tiga flag telah ditambah ke dalam clone3(), dan setiap satunya menutup kelompangan yang selama ini diatasi secara manual oleh penyelia (supervisor). CLONE_AUTOREAP menyebabkan proses anak menuai dirinya sendiri apabila keluar, supaya ia tidak menjadi zombi yang menunggu induk yang mungkin tidak akan memanggil wait(). CLONE_NNP menetapkan no_new_privs pada proses anak semasa penciptaan, yang menutup ruang antara clone dan masa proses anak menetapkan flag tersebut untuk dirinya sendiri. CLONE_PIDFD_AUTOKILL mengikat jangka hayat proses anak kepada pidfd yang dikembalikan kepada induk: tutup pidfd tersebut dan proses anak akan dimatikan, supaya penyelia yang mati tidak meninggalkan proses yatim yang terus berjalan.

Namespace lekap (mount namespaces) menerima layanan yang sama. CLONE_EMPTY_MNTNS untuk clone3() dan UNSHARE_EMPTY_MNTNS untuk unshare() mencipta namespace lekap yang kosong, berbanding salinan penuh lekap induk yang biasanya perlu dinyahlekap oleh runtime. FSMOUNT_NAMESPACE membolehkan fsmount() meletakkan sistem fail terus ke dalam namespace baharu. Runtime kontena telah melakukan perkara ini secara manual selama sedekad, jadi melakukannya dalam satu panggilan bermakna runtime tidak lagi bermula daripada namespace yang penuh dengan lekap hos.

Dari sisi virtualisasi, guest_memfd kini menyokong userfaultfd, supaya hypervisor boleh mengendalikan fault halaman tetamu daripada ruang pengguna. KVM Terlindung (Protected KVM) pada Arm memperoleh sokongan memori tanpa nama (anonymous memory), yang mana gabungan tersebut sendiri menyifatkannya sebagai belum sedia untuk pengeluaran (production ready).

Bilakah kernel 7.1 sampai ke pelayan anda

Fedora sudah memilikinya. Repositori kemas kini Fedora 44 beralih ke siri 7.1 sepanjang Julai dan Ogos 2026, kerana Fedora melakukan rebase kernelnya kepada baris stabil baharu dalam sesuatu keluaran. Arch dan openSUSE Tumbleweed memilikinya atas sebab yang sama. Itu adalah mesin untuk tujuan ujian, bukan mesin untuk menjalankan servis anda.

Sistem lain perlu menunggu, dan penantian itu adalah mengikut reka bentuk. Debian 13 dikeluarkan dengan 6.12 dan kekal pada 6.12 sepanjang hayat keluaran tersebut, dengan pembaikan di-backport ke dalamnya. RHEL 10 dikeluarkan dengan 6.12.0 dan melakukan perkara yang sama. Ubuntu 26.04 LTS dikeluarkan dengan 7.0 pada April 2026. Ubuntu 24.04 LTS mempunyai hardware enablement stack, yang menarik kernel lebih baharu daripada keluaran Ubuntu terkemudian ke dalam LTS, dan stack tersebut berada pada 6.17 setakat point release 24.04.4, yang dijadualkan beralih ke 7.0 bersama 24.04.5 pada 27 Ogos 2026.

Berikut adalah bahagian yang sering disalah faham. HWE stack melompat ke mana-mana kernel yang dibawa oleh keluaran interim terbaharu, jadi ia boleh melangkau baris upstream sepenuhnya. 7.0 ada dalam Ubuntu LTS. 7.1 mungkin tidak akan menjadi asas kepada mana-mana keluaran, kerana keluaran interim selepasnya akan membawa baris yang lebih baharu. Apa yang sampai ke LTS anda daripada 7.1 adalah pembaikan, yang di-backport ke dalam baris yang anda gunakan. Ciri-ciri baharu kebanyakannya tidak disertakan.

Jika anda mahukan kernel yang lebih baharu pada pelayan stabil, laluan yang disokong adalah terhad.

# 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

Selepas but semula, semak apa yang sebenarnya anda but:

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

uname -r sepatutnya menunjukkan baris baharu sekarang, dan dpkg -l menunjukkan setiap imej kernel yang masih dipasang. Jika uname -r menunjukkan versi lama manakala dpkg -l menyenaraikan versi baharu, pakej telah dipasang tetapi lalai bootloader tidak berubah: periksa entri menu GRUB. /var/run/reboot-required yang wujud bermakna pakej telah menaik taraf kernel dan tiada but semula dilakukan sejak itu, yang merupakan sebab paling biasa mengapa pelayan yang telah ditampal masih melaksanakan kod yang terdedah.

Patutkah anda mengejar versi 7.1 pada VPS pengeluaran

Tidak, dan sebabnya bukan sekadar kerana berhati-hati. Kernel pengedaran (distribution kernel) adalah satu bentuk kontrak sokongan. Canonical, Red Hat, SUSE dan Debian masing-masing melakukan backport terhadap tampalan keselamatan ke dalam versi kernel mereka yang statik, serta mengujinya dengan perisian userspace yang dibekalkan bersama. Kernel mainline daripada arkib pihak ketiga atau binaan sendiri memberikan anda ciri baharu tetapi menghilangkan sokongan tersebut, kerana tiada siapa yang melakukan backport tampalan ke dalam binaan anda. Anda menjadi penyelenggara kernel anda sendiri.

Pengecualian memang wujud tetapi sangat terhad: perkakasan yang tidak dapat dikendalikan oleh kernel lama, atau perubahan prestasi yang telah anda ukur pada beban kerja anda sendiri dan anda sanggup menanggung risikonya. Pada VPS, sebab pertama hampir tidak pernah terpakai kerana perkakasan yang anda lihat adalah maya. Bagi perkara lain, pastikan kernel pengedaran sentiasa terkini dan lakukan but semula apabila diminta. Jika naik taraf pengedaran sudah ada dalam senarai tugasan anda, beralih daripada Ubuntu 24.04 ke 26.04 akan membawa anda daripada versi 6.8 ke 7.0 dalam satu langkah, iaitu lonjakan yang lebih besar daripada mana-mana pakej kernel tunggal.

FAQ

Bagaimanakah cara untuk menyemak kernel Linux yang sedang dijalankan oleh VPS saya?

Jalankan uname -r. Ia akan memaparkan output seperti 6.8.0-79-generic. Nombor sebelum sengkang pertama ialah baris upstream yang menjadi asas binaan pengedaran anda, manakala segala yang selepasnya ialah nombor binaan pengedaran itu sendiri, yang mengandungi pembaikan backport. Seterusnya, jalankan systemd-detect-virt. Jika ia memaparkan lxc atau openvz, anda berada dalam virtualisasi kontena, anda berkongsi kernel hos, dan anda tidak boleh mengubahnya. Jika ia memaparkan kvm, anda memuatkan imej kernel anda sendiri dan peningkatan adalah tanggungjawab anda.

Adakah Linux 7.1 merupakan kernel sokongan jangka panjang (LTS)?

Tidak. Setakat 11 Ogos 2026, baris jangka panjang yang disenaraikan di kernel.org ialah 6.18, 6.12, 6.6, 6.1, 5.15 dan 5.10, dan 7.1 tidak termasuk dalam senarai tersebut. Ia merupakan keluaran stabil biasa, dan baris stabilnya akan dihentikan tidak lama selepas keluaran mainline seterusnya muncul. Jika anda mahukan kernel dengan sokongan pembaikan selama bertahun-tahun, itulah kernel yang sudah sedia ada pada pengedaran anda.

Bilakah Ubuntu atau Debian akan mengeluarkan kernel 7.1?

Kemungkinan besar tidak akan berlaku sebagai tetapan lalai. Debian 13 kekal pada 6.12 sepanjang hayat keluarannya, dan RHEL 10 kekal pada 6.12.0. Ubuntu 26.04 LTS mengeluarkan 7.0, dan stack pembolehdayaan perkakasan (HWE) Ubuntu akan beralih kepada apa jua kernel yang dibawa oleh keluaran interim terbaharu, jadi ia boleh melangkau baris upstream sepenuhnya. Ubuntu 24.04 LTS dijadualkan untuk menukar kernel HWE kepada 7.0 dengan keluaran point release 24.04.5 pada 27 Ogos 2026. Pembaikan daripada 7.1 akan sampai kepada anda sebagai backport ke dalam baris yang lebih lama. Ciri-ciri baharu biasanya tidak akan disertakan.

Apakah perkara dalam Linux 7.1 yang penting pada virtual private server?

Empat perkara. Hardware queue leasing membolehkan kontena menggunakan satu baris gilir NIC sebenar untuk AF_XDP pada kelajuan asli. Fasa ketiga baik pulih swap membuang peta swap statik dan mengurangkan metadata yang disimpan oleh kernel untuk peranti swap anda sebanyak 30% seperti yang dilaporkan. MGLRU boleh menyemak flag page young secara berkelompok, dengan peningkatan terbesar yang diterbitkan pada pelayan Arm berteras banyak. Dan clone3() memperoleh CLONE_AUTOREAP, CLONE_NNP dan CLONE_PIDFD_AUTOKILL, yang menjadikan penyeliaan proses anak lebih selamat. Maklumat perlindungan T10 pada peringkat sistem fail juga telah disertakan, tetapi cakera maya jarang mendedahkan metadata integriti yang diperlukannya.

Adakah menaik taraf kernel akan merosakkan VPS saya?

Kegagalan biasa berlaku semasa but. /boot yang penuh menyebabkan update-initramfs gagal dengan No space left on device semasa pemasangan, menyebabkan pakej separuh dikonfigurasikan: bersihkan kernel lama dengan sudo apt autoremove --purge, kemudian pasang semula. Modul luar pokok (out-of-tree) yang dibina berdasarkan kernel lama akan berhenti dimuatkan, jadi apa-apa yang diuruskan oleh DKMS perlu dibina semula, dan kegagalan binaan semula tidak akan mengeluarkan amaran sehingga modul hilang semasa runtime. Dan jika uname -r masih melaporkan versi lama selepas but semula manakala dpkg -l menyenaraikan imej baharu, tiada kerosakan berlaku semasa pemasangan: tetapan lalai bootloader tidak berubah.