Apa yang Baru di Linux Kernel 7.1 untuk Server

Apa yang baru di Linux kernel 7.1

Linux kernel 7.1 dirilis pada 14 June 2026, sembilan minggu setelah 7.0. Bagi tenant VPS (virtual private server), perubahan yang relevan mencakup empat area: penyimpanan dan filesystem, jaringan, manajemen memori, serta kontrol proses dan container. Bagian lain dari rilis ini sebagian besar berisi pengembangan untuk desktop dan grafis yang tidak pernah dimuat oleh server headless.

Ada jawaban kedua yang perlu diketahui terlebih dahulu. Kernel 7.1 hampir pasti belum berjalan di server Anda dan tidak akan digunakan dalam waktu lama. kernel.org tidak mencantumkan 7.1 sebagai rilis longterm. Per 11 August 2026, lini longterm adalah 6.18, 6.12, 6.6, 6.1, 5.15, dan 5.10. Semua distribusi server mainstream dibangun berdasarkan salah satu lini tersebut atau berdasarkan lini yang dipelihara sendiri. "Baru di kernel" dan "baru di server Anda" dapat terpaut bertahun-tahun. Karena itu, panduan ini membahas kedua hal tersebut.

Kernel apa yang sedang dijalankan VPS Anda saat ini

uname -r
uname -srm
systemd-detect-virt

uname -r menampilkan rilis kernel yang sedang berjalan. Pada Ubuntu 24.04, hasilnya terlihat seperti 6.8.0-79-generic. Bagian sebelum tanda hubung pertama adalah lini upstream. Semua bagian setelahnya adalah nomor build milik distribusi Anda sendiri dan sama sekali tidak mengikuti upstream. 6.8.0-79 milik Canonical membawa ribuan perbaikan yang di-backport dari kernel yang lebih baru. Jadi, kernel tersebut bukan kode yang ditandai Linus sebagai 6.8 pada Maret 2024. Karena itu, pernyataan “kernel saya sudah lama” tidak sepenuhnya menunjukkan kondisi sebenarnya. Fitur-fiturnya memang lama. Namun, perbaikan keamanannya biasanya tidak.

systemd-detect-virt memberi tahu apakah Anda dapat mengubah kernel sama sekali. Perintah ini menampilkan kvm pada mesin virtual penuh, tempat Anda mem-boot image kernel sendiri dan upgrade kernel benar-benar merupakan upgrade. Perintah ini menampilkan lxc atau openvz pada virtualisasi container, tempat kernel host digunakan bersama. Pada paket container, uname -r menampilkan kernel milik provider. Menginstal paket kernel tidak mengubah apa pun yang dapat Anda boot, dan tidak ada fitur dalam rilis ini yang tersedia bagi Anda sampai provider me-reboot host dengan kernel yang lebih baru. Jalankan pemeriksaan ini sebelum merencanakan pekerjaan terkait 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"
  }
]

Jumlahnya 6 platform, dan tidak satu pun mem-boot 7.1. Yang paling baru adalah Ubuntu 26.04 LTS (7.0), yang tertinggal 1 rilis upstream. Platform tertua yang masih didukung tertinggal 26 rilis. Kernel GA default Ubuntu 24.04 tertinggal 13 rilis, sedangkan Debian 13 dan RHEL 10 tertinggal 9 rilis pada lini longterm 6.12. Menghitung jumlah rilis hanya merupakan ukuran kasar karena tidak memperhitungkan semua hal yang di-backport oleh distribusi. Namun, cara ini menunjukkan gambaran kesenjangannya. Jika Anda sedang mempertimbangkan platform mana yang akan digunakan, perbandingan LTS dan rilis interim untuk server adalah keputusan yang mendasari angka-angka ini.

Penyimpanan dan sistem berkas di 7.1

7.1 menambahkan kemampuan untuk membuat dan memverifikasi T10 PI (protection information) di dalam sistem berkas, bukan hanya pada block layer, serta dukungan alignment T10 yang fleksibel. T10 PI adalah byte tambahan yang dilampirkan pada setiap blok. Byte ini berisi checksum dan tag yang mengidentifikasi blok tempat data tersebut berada. Dengan demikian, write yang salah arah atau terputus dapat terdeteksi, bukan dikembalikan sebagai data yang dianggap valid. Kendala bagi tenant VPS adalah perangkat kerasnya. Metadata integritas harus diekspos oleh perangkat, sedangkan virtual disk biasanya tidak mengeksposnya.

ls /sys/block/vda/integrity/

Pada sebagian besar disk VPS, operasi tersebut mengembalikan No such file or directory karena block layer hanya membuat direktori integrity ketika perangkat mendaftarkan dukungan integritas. Error tersebut merupakan jawaban normal dalam konteks ini, bukan indikasi kerusakan. Jika Anda ingin mengetahui jenis disk yang sebenarnya sebelum membaca lebih lanjut tentang fitur penyimpanan, memeriksa apakah disk VPS benar-benar NVMe harus dilakukan terlebih dahulu. Perbedaan antara NVMe dan SSD SATA pada VPS menjelaskan mengapa jawabannya memengaruhi angka yang Anda dapatkan.

Btrfs mendapatkan perbaikan untuk amplifikasi copy-on-write saat berada di bawah tekanan memori, serta perubahan yang mempercepat pengosongan extent pertama dalam rentang yang dilacak. Pada workload sampel yang disebutkan dalam merge, throughput dilaporkan meningkat 10%. Operasi shutdown-nya tidak lagi ditandai sebagai eksperimental. XFS meningkatkan flushing zero range dan lookup melalui iomap, serta menambahkan write pointer ke geometri real-time group sebagai dasar untuk perangkat zoned. NTFS ditulis ulang sepenuhnya dalam rilis ini, dengan dukungan write penuh dan konversi iomap. Hal ini penting jika Anda perlu me-mount disk image dari mesin Windows pada server.

Beberapa hal penyimpanan lain yang perlu diketahui: ublk, block driver ruang pengguna, mendapatkan I/O zero-copy; io_uring mendapatkan perintah SCSI passthrough; dukungan SED-OPAL self-encrypting drive mendapatkan perintah STACK_RESET dan extended single user mode; terdapat character driver fs-dax baru untuk perangkat direct-access; dan VFS memperlebar inode->i_ino dari unsigned long menjadi u64, sehingga batas nomor inode pada build 32-bit dihilangkan. Pada sisi network filesystem, NFS server di kernel kini dapat menandatangani file handle melalui opsi mount sign_fh, dan client CIFS mendapatkan O_TMPFILE.

Jaringan: leasing antrean, dan manfaatnya bagi container

Perubahan utama pada jaringan adalah leasing antrean perangkat keras. Virtual netdev kini dapat melakukan leasing terhadap sebuah antrean yang terikat pada antrean nyata di netdev fisik, lalu bertindak sebagai proxy untuk antrean tersebut. Tujuannya adalah mendukung container. Sebelumnya, container yang membutuhkan AF_XDP (address family express data path, yaitu jenis socket yang menyerahkan paket mentah ke user space tanpa menyalinnya melalui network stack) harus diberi akses yang hampir setara dengan seluruh perangkat. Dengan antrean yang disewakan, container memperoleh satu antrean perangkat keras, menjalankan AF_XDP dan memory provider pada kecepatan native, sementara host tetap menggunakan bagian NIC lainnya. Fitur ini hadir bersama dukungan AF_XDP pada jalur zero-copy io_uring.

Dalam penggunaan biasa, socket di sockfs kini menerima user.* extended attributes. Socket AF_UNIX berbasis path sebelumnya sudah mewarisi dukungan xattr dari filesystem di bawahnya, tetapi socket yang hanya berada di sockfs tidak memiliki dukungan tersebut. Kini proses dapat memberi label pada socket, dan program eBPF dapat melakukan filter berdasarkan label itu.

Ada dua penghapusan. UDP-Lite dihapus karena tidak menemukan pengguna. IPv6 tidak lagi dapat dibangun sebagai loadable module. Jika Anda membutuhkan IPv6, IPv6 harus dikompilasi ke dalam kernel. Perubahan kedua tidak terlihat pada kernel distribusi mana pun karena distribusi server umum sudah mengompilasi IPv6 ke dalam kernel.

Manajemen memori: tabel swap telah selesai

Pengerjaan ulang swap memasuki fase ketiga, dan fase ini menghapus peta swap statis. Jumlah swap kini disimpan langsung di tabel swap. Penghematan yang dilaporkan sekitar 30% dari metadata swap statis. Memori ini dipertahankan kernel secara proporsional terhadap ukuran perangkat swap Anda, terlepas dari apakah ada data yang sedang di-swap. Dalam nilai absolut, penghematan ini kecil pada file swap berukuran kecil dan bertambah seiring ukuran swap yang Anda konfigurasi.

MGLRU (multi-generational least recently used, algoritma reclaim halaman yang lebih baru) kini dapat memeriksa flag young pada halaman secara berkelompok, bukan satu halaman setiap kali. Angka yang dipublikasikan bersama perubahan ini menunjukkan peningkatan lebih dari 60% pada server Arm64 32-core. Pemrosesan secara berkelompok paling efektif ketika biaya per halaman paling tinggi. Karena itu, angka tersebut diperoleh dari mesin Arm berukuran besar. Jika Anda menjalankan VPS Arm, bukan VPS x86, perubahan 7.1 ini paling mungkin terlihat dalam pengukuran Anda sendiri, meskipun tidak pada skala yang sama dengan 2 atau 4 core.

Perubahan lain mencakup penghapusan transfer dari memory cgroup yang sedang dihentikan, pemindaian oleh khugepaged dengan penggunaan CPU yang lebih rendah, serta refactor besar pada maple tree untuk penanganan big node. Tidak ada satu pun yang perlu Anda konfigurasi. Dampaknya terlihat sebagai sedikit berkurangnya system time.

Penjadwal: sub-penjadwal sched_ext dan FRED aktif secara default

sched_ext, kelas penjadwal yang dapat diperluas dan memungkinkan Anda menulis penjadwal CPU sebagai program BPF lalu memuatnya saat runtime, hadir pada 6.12. Versi 7.1 menambahkan struktur inti untuk sub-penjadwal, sehingga nantinya sebuah control group dapat berjalan dengan penjadwalnya sendiri. Perhatikan kalimat tersebut dengan saksama. Implementasinya belum selesai pada 7.1, khususnya jalur enqueue masih belum tersedia. Jadi, ini merupakan dasar untuk rilis mendatang, bukan fitur yang dapat diaktifkan saat ini.

Intel FRED (flexible return and event delivery) kini aktif secara default pada perangkat keras yang mendukungnya. FRED menggantikan jalur pengiriman event x86 lama dengan jalur yang lebih sederhana. Fitur ini telah tersedia di kernel sejak 6.9 melalui argumen boot fred=on. Pengaktifan secara default menunjukkan bahwa perangkat keras yang beredar telah cukup diuji. Pengukuran yang telah dipublikasikan sejauh ini, yaitu pada kisaran 4% hingga 7% untuk beban kerja yang berat pada I/O, berasal dari pengujian Phoronix pada silicon client. Karena itu, jangan memperkirakan peningkatan tersebut pada server sebelum mengukur beban kerja Anda sendiri.

Proxy execution kini mendukung migrasi donor untuk meningkatkan prioritas pemilik remote lock, EEVDF memperoleh perbaikan terkait lag negatif, dan inti timer beresolusi tinggi ditulis ulang secara substansial. Perubahan ini meningkatkan kualitas latensi, tetapi tidak dapat dikonfigurasi melalui file konfigurasi apa pun.

Kontrol proses dan container baru di clone3()

Tiga flag ditambahkan ke clone3(). Masing-masing menutup celah yang selama bertahun-tahun harus ditangani supervisor secara manual. CLONE_AUTOREAP membuat child melakukan reap terhadap dirinya sendiri saat keluar. Dengan demikian, child tidak pernah menjadi zombie yang menunggu parent yang mungkin tidak pernah memanggil wait(). CLONE_NNP menetapkan no_new_privs pada child saat pembuatan. Hal ini menutup jeda antara clone dan saat child menetapkan flag tersebut untuk dirinya sendiri. CLONE_PIDFD_AUTOKILL mengaitkan masa hidup child dengan pidfd yang dikembalikan kepada parent. Jika pidfd ditutup, child akan dihentikan. Dengan demikian, supervisor yang berhenti tidak dapat meninggalkan proses orphan yang tetap berjalan.

Mount namespace juga mendapatkan perlakuan yang sama. CLONE_EMPTY_MNTNS untuk clone3() dan UNSHARE_EMPTY_MNTNS untuk unshare() membuat mount namespace yang kosong, bukan salinan lengkap mount milik parent seperti biasanya, yang kemudian harus di-unmount oleh runtime. FSMOUNT_NAMESPACE memungkinkan fsmount() menempatkan filesystem langsung ke dalam namespace baru. Container runtime telah merangkai mekanisme ini secara manual selama satu dekade. Dengan melakukannya dalam satu pemanggilan, runtime tidak lagi memulai dari namespace yang berisi seluruh mount milik host.

Di sisi virtualisasi, guest_memfd kini mendukung userfaultfd. Dengan demikian, hypervisor dapat menangani page fault guest dari user space. KVM terlindungi pada Arm memperoleh dukungan untuk memori anonim. Merge tersebut sendiri menyatakan bahwa fitur ini belum siap untuk production.

Kapan kernel 7.1 tersedia di server Anda

Fedora sudah menyediakannya. Repositori pembaruan Fedora 44 beralih ke seri 7.1 selama Juli dan Agustus 2026 karena Fedora memperbarui basis kernelnya ke seri stabil baru dalam satu rilis. Arch dan openSUSE Tumbleweed juga sudah menyediakannya karena alasan yang sama. Gunakan mesin-mesin tersebut untuk pengujian, bukan untuk menjalankan service Anda.

Distribusi lainnya menunggu, dan penundaan ini memang dirancang demikian. Debian 13 dirilis dengan 6.12 dan tetap menggunakan 6.12 selama masa dukungan rilis tersebut, dengan perbaikan yang di-backport ke dalamnya. RHEL 10 dirilis dengan 6.12.0 dan menerapkan pendekatan yang sama. Ubuntu 26.04 LTS dirilis dengan 7.0 pada April 2026. Ubuntu 24.04 LTS memiliki hardware enablement stack yang mengambil kernel lebih baru dari rilis Ubuntu berikutnya untuk digunakan pada LTS. Stack tersebut menggunakan 6.17 sejak point release 24.04.4 dan dijadwalkan beralih ke 7.0 bersama 24.04.5 pada 27 Agustus 2026. Point release bukan versi baru Ubuntu. Point release adalah 24.04 yang sama, dengan seluruh pembaruan sejak rilis sebelumnya digabungkan ke media instalasi baru. Karena itu, perubahan 24.04.5 pada server yang sudah Anda patch terutama berada pada lini kernel HWE dan hampir tidak mengubah hal lainnya.

Inilah bagian yang sering disalahpahami. HWE stack beralih ke kernel yang digunakan oleh rilis interim terbaru, sehingga satu lini upstream dapat dilewati sepenuhnya. 7.0 digunakan dalam Ubuntu LTS. 7.1 mungkin tidak pernah menjadi basis Ubuntu LTS karena rilis interim setelahnya akan menggunakan lini yang lebih baru. Yang masuk ke LTS Anda dari 7.1 adalah perbaikannya, yang di-backport ke lini kernel yang sedang Anda gunakan. Sebagian besar fiturnya tidak ikut masuk.

Jika Anda memang ingin menggunakan kernel yang lebih baru pada server stabil, pilihan yang didukung tidak banyak.

# 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

Setelah reboot, periksa kernel yang benar-benar digunakan saat boot:

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

uname -r sekarang seharusnya menampilkan lini baru, sedangkan dpkg -l menampilkan semua kernel image yang masih terinstal. Jika uname -r menampilkan versi lama sementara dpkg -l mencantumkan versi baru, paketnya sudah terinstal tetapi default bootloader belum berubah: periksa entri menu GRUB. Jika /var/run/reboot-required ada, berarti sebuah paket telah memperbarui kernel dan server belum melakukan reboot sejak saat itu. Ini adalah alasan paling umum server yang sudah dipatch masih menjalankan kode yang rentan.

Mengapa Anda tidak perlu mengejar 7.1 pada VPS produksi

Tidak, dan alasannya bukan sekadar kehati-hatian. Kernel distribusi merupakan bagian dari kontrak dukungan. Canonical, Red Hat, SUSE, dan Debian masing-masing mem-backport perbaikan keamanan ke lini versi yang dibekukan, lalu mengujinya terhadap userspace yang dirilis bersamanya. Kernel mainline dari arsip pihak ketiga atau hasil build manual memberi Anda fitur, tetapi menghilangkan pekerjaan tersebut karena tidak ada pihak yang mem-backport perbaikan ke build Anda. Anda menjadi maintainer kernel.

Pengecualiannya memang ada, tetapi terbatas: perangkat keras yang tidak dapat ditangani kernel lama, atau perubahan performa yang telah Anda ukur pada workload sendiri dan cukup penting sehingga Anda bersedia menanggung konsekuensinya. Pada VPS, pengecualian pertama hampir tidak pernah berlaku karena perangkat keras yang Anda lihat bersifat virtual. Untuk hal lainnya, gunakan kernel distribusi terbaru dan lakukan reboot saat diminta. Jika upgrade distribusi sudah masuk dalam daftar Anda, beralih dari Ubuntu 24.04 ke 26.04 akan membawa Anda dari 6.8 ke 7.0 dalam satu langkah, yang merupakan lompatan lebih besar daripada yang dapat diberikan paket kernel tunggal mana pun.

FAQ

Bagaimana cara memeriksa kernel Linux yang digunakan VPS saya?

Jalankan uname -r. Perintah ini menampilkan hasil seperti 6.8.0-79-generic. Angka sebelum tanda hubung pertama adalah lini upstream yang menjadi dasar build distribusi Anda, sedangkan semua bagian setelahnya adalah nomor build milik distribusi tersebut, yang mencakup perbaikan yang di-backport. Selanjutnya, jalankan systemd-detect-virt. Jika hasilnya lxc atau openvz, Anda menggunakan virtualisasi container, berbagi kernel milik host, dan tidak dapat mengubahnya. Jika hasilnya kvm, Anda melakukan boot dengan image kernel sendiri dan bertanggung jawab atas pembaruannya.

Apakah Linux 7.1 merupakan kernel dengan dukungan jangka panjang?

Tidak. Per 11 August 2026, lini longterm yang tercantum di kernel.org adalah 6.18, 6.12, 6.6, 6.1, 5.15, dan 5.10, sedangkan 7.1 tidak termasuk di dalamnya. Linux 7.1 adalah rilis stable biasa, dan lini stable-nya dihentikan tidak lama setelah rilis mainline berikutnya muncul. Jika Anda menginginkan kernel dengan perbaikan untuk bertahun-tahun sebelumnya dan bertahun-tahun mendatang, kernel distribusi Anda sudah memenuhi kebutuhan tersebut.

Kapan Ubuntu atau Debian akan merilis kernel 7.1?

Kemungkinan besar tidak akan pernah menjadikannya default. Debian 13 tetap menggunakan 6.12 selama masa dukungan rilis tersebut, dan RHEL 10 tetap menggunakan 6.12.0. Ubuntu 26.04 LTS dirilis dengan 7.0, sedangkan hardware enablement stack Ubuntu beralih ke kernel yang dibawa rilis interim terbaru, sehingga dapat melewati seluruh lini upstream. Ubuntu 24.04 LTS dijadwalkan memindahkan kernel HWE-nya ke 7.0 melalui point release 24.04.5 pada 27 August 2026. Perbaikan dari 7.1 akan sampai kepada Anda sebagai backport ke lini yang lebih lama. Fitur-fitur tersebut biasanya tidak ikut tersedia.

Apa yang benar-benar penting dari Linux 7.1 untuk virtual private server?

Ada empat hal. Hardware queue leasing memungkinkan container menggunakan satu antrean NIC fisik untuk AF_XDP pada kecepatan native. Fase ketiga dari perombakan swap menghapus static swap map dan mengurangi metadata yang disimpan kernel untuk perangkat swap Anda sebesar 30% menurut laporan. MGLRU dapat memeriksa page young flags secara berkelompok, dengan peningkatan terbesar yang dipublikasikan pada server Arm dengan banyak core. Selain itu, clone3() memperoleh CLONE_AUTOREAP, CLONE_NNP, dan CLONE_PIDFD_AUTOKILL, yang membuat pengawasan proses anak lebih aman. Filesystem-level T10 protection information juga ditambahkan, tetapi virtual disk jarang mengekspos metadata integritas yang dibutuhkannya.

Apakah upgrade kernel akan merusak VPS saya?

Kegagalan yang umum terjadi saat boot. /boot penuh menyebabkan update-initramfs gagal dengan No space left on device selama instalasi sehingga paket berada dalam kondisi belum sepenuhnya dikonfigurasi: hapus kernel lama dengan sudo apt autoremove --purge, lalu instal ulang. Modul out-of-tree yang dibuat untuk kernel lama berhenti dimuat, sehingga semua komponen yang dikelola oleh DKMS harus di-build ulang. Kegagalan build ulang tersebut tidak terlihat sampai modul itu dibutuhkan saat runtime. Jika setelah reboot uname -r masih melaporkan versi lama sementara dpkg -l menampilkan image baru, tidak ada kerusakan pada proses instalasi: default bootloader belum berubah.