Linux Kernel 7.1: Apa Dampaknya bagi Server?

Apa yang baru di Linux kernel 7.1

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

Ada jawaban kedua yang perlu diketahui terlebih dahulu. Hampir pasti 7.1 belum berjalan pada 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. Setiap distribusi server mainstream menggunakan salah satu lini tersebut atau lini yang dipeliharanya sendiri. “Baru di kernel” dan “baru pada server Anda” dapat terpaut bertahun-tahun, sehingga panduan ini membahas kedua hal tersebut.

Kernel apa yang sedang dijalankan VPS Anda

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, sehingga kernel tersebut bukan kode yang ditandai Linus sebagai 6.8 pada Maret 2024. Karena itu, pernyataan “kernel saya sudah lama” tidak sepenuhnya menggambarkan situasinya. Fiturnya memang lama. Namun, perbaikan keamanannya biasanya tidak.

systemd-detect-virt memberi tahu apakah Anda dapat mengubah kernel. Perintah ini menampilkan kvm pada mesin virtual penuh, tempat Anda mem-boot image kernel sendiri dan upgrade benar-benar merupakan upgrade kernel. Perintah ini menampilkan lxc atau openvz pada virtualisasi berbasis container, tempat kernel host digunakan bersama. Pada paket container, uname -r menampilkan kernel milik provider. Menginstal paket kernel tidak mengubah kernel yang dapat Anda boot, dan tidak ada fitur dalam rilis ini yang tersedia bagi Anda sampai provider mem-boot ulang host dengan kernel yang lebih baru. Jalankan pemeriksaan ini sebelum merencanakan pekerjaan apa pun 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. Yang paling lama tetapi 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, tetapi cara ini menunjukkan gambaran kesenjangannya. Jika Anda sedang mempertimbangkan platform mana yang akan digunakan, perbandingan LTS dan rilis interim pada server adalah keputusan yang mendasari angka-angka ini.

Penyimpanan dan sistem berkas pada 7.1

7.1 menambahkan kemampuan untuk membuat dan memverifikasi T10 PI (protection information) di dalam sistem berkas, bukan hanya pada block layer, serta mendukung alignment T10 secara fleksibel. T10 PI adalah byte tambahan yang ditempelkan pada setiap block. Byte ini berisi checksum dan tag yang mengidentifikasi block 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, perintah 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 kasus ini, bukan tanda kerusakan. Jika Anda ingin mengetahui kondisi disk yang sebenarnya sebelum membaca lebih lanjut tentang fitur penyimpanan, periksa apakah disk VPS benar-benar NVMe terlebih dahulu. Perbedaan antara NVMe dan SSD SATA pada VPS menjelaskan mengapa jawabannya mengubah angka yang Anda peroleh.

Btrfs mendapatkan perbaikan untuk mengurangi amplifikasi copy-on-write saat terjadi tekanan memori, serta perubahan yang mempercepat pengosongan extent pertama dalam range yang dilacak. Pada workload sampel yang disebut dalam merge tersebut, throughput dilaporkan meningkat 10%. Operasi shutdown-nya tidak lagi ditandai sebagai eksperimental. XFS meningkatkan proses flushing dan pencarian zero range 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. Perubahan ini penting jika Anda perlu memasang disk image dari mesin Windows pada server.

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

Jaringan: leasing antrean dan manfaatnya bagi container

Perubahan utama pada jaringan adalah leasing antrean perangkat keras. netdev virtual kini dapat menyewa antrean yang terikat ke antrean nyata pada netdev fisik dan bertindak sebagai proxynya. Fitur ini ditujukan untuk container. Sebelumnya, container yang memerlukan AF_XDP (address family express data path, jenis socket yang menyerahkan paket mentah ke ruang pengguna tanpa menyalinnya melalui network stack) harus diberi akses yang hampir setara dengan seluruh perangkat. Dengan antrean yang disewa, container memperoleh satu antrean perangkat keras, menjalankan AF_XDP dan memory provider pada kecepatan native, sementara host tetap menggunakan antrean NIC lainnya. Fitur ini hadir bersamaan dengan dukungan AF_XDP pada jalur zero-copy io_uring.

Pada sisi penggunaan umum, socket dalam 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 dalam sockfs tidak memilikinya. Kini proses dapat memberi label pada socket, dan program eBPF dapat melakukan filter berdasarkan label tersebut.

Ada dua komponen yang dihapus. UDP-Lite dihapus karena tidak ditemukan penggunaannya. IPv6 tidak dapat lagi dibangun sebagai loadable module. Jika memerlukan IPv6, fitur tersebut harus dikompilasi secara built-in. Perubahan kedua ini tidak terlihat pada kernel distribusi apa pun, karena distribusi server umum sudah mengompilasi IPv6 sebagai built-in.

Manajemen memori: tabel swap selesai

Penataan ulang swap memasuki fase ketiga. Fase ini menghapus peta swap statis. Jumlah swap kini disimpan langsung di tabel swap. Penghematan yang dilaporkan sekitar 30% dari metadata swap statis. Metadata ini menggunakan memori yang ditahan kernel secara proporsional terhadap ukuran perangkat swap, terlepas dari ada atau tidaknya data yang sedang dipindahkan ke swap. Secara absolut, penghematan ini kecil pada file swap berukuran kecil dan bertambah seiring ukuran swap yang Anda konfigurasi.

MGLRU (multi-generational least recently used, algoritme 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 bermanfaat 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 hasilnya tidak akan sebesar itu pada 2 atau 4 core.

Selain itu, transfer dari memory cgroup yang sedang dihentikan telah dihapus, khugepaged melakukan pemindaian dengan penggunaan CPU yang lebih rendah, dan maple tree mengalami refaktor besar pada penanganan big node. Tidak satu pun dari perubahan ini perlu Anda konfigurasi. Dampaknya terlihat sebagai sedikit berkurangnya system time.

Penjadwal: sub-penjadwal sched_ext dan FRED yang aktif secara default

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

Intel FRED (flexible return and event delivery) kini aktif secara default pada hardware yang mendukungnya. FRED menggantikan jalur pengiriman event x86 lama dengan jalur yang lebih sederhana. Fitur ini sudah tersedia di kernel sejak 6.9 melalui argumen boot fred=on. Pengaktifan secara default menunjukkan bahwa hardware yang dirilis telah cukup diuji. Pengukuran yang dipublikasikan sejauh ini menunjukkan peningkatan sebesar 4% hingga 7% pada workload yang berat di I/O. Angka tersebut berasal dari pengujian Phoronix pada client silicon. Karena itu, jangan memasukkannya ke dalam perencanaan server sebelum mengukur workload Anda sendiri.

Proxy execution kini mendukung migrasi donor untuk meningkatkan prioritas pemilik remote lock. EEVDF juga mendapatkan perbaikan terkait negative lag. Inti high-resolution timer ditulis ulang secara substansial. Perubahan ini meningkatkan kualitas latensi, tetapi tidak dapat dikonfigurasi melalui file konfigurasi.

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 akan pernah memanggil wait(). CLONE_NNP menetapkan no_new_privs pada child saat pembuatan. Ini menutup jeda antara clone dan saat child menetapkan flag tersebut untuk dirinya sendiri. CLONE_PIDFD_AUTOKILL mengikat masa hidup child ke pidfd yang dikembalikan kepada parent. Jika pidfd ditutup, child dihentikan. Dengan demikian, supervisor yang berhenti tidak dapat meninggalkan proses orphan yang tetap berjalan.

Namespace mount juga mendapatkan perlakuan yang sama. CLONE_EMPTY_MNTNS untuk clone3() dan UNSHARE_EMPTY_MNTNS untuk unshare() membuat namespace mount yang kosong, bukan salinan lengkap mount milik parent seperti biasanya, yang kemudian harus dilepas satu per satu oleh runtime. FSMOUNT_NAMESPACE memungkinkan fsmount() menempatkan filesystem langsung ke dalam namespace baru. Selama satu dekade, runtime container merangkai proses ini secara manual. Dengan melakukannya dalam satu pemanggilan, runtime tidak lagi memulai dari namespace yang penuh dengan mount milik host.

Di sisi virtualisasi, guest_memfd kini mendukung userfaultfd. Dengan demikian, hypervisor dapat menangani page fault guest dari user space. Protected KVM pada Arm memperoleh dukungan untuk memory anonim. Namun, merge tersebut menyatakan bahwa fitur ini belum siap digunakan di production.

Kapan kernel 7.1 tersedia di server Anda

Fedora sudah memilikinya. Repositori update Fedora 44 beralih ke seri 7.1 selama Juli dan Agustus 2026 karena Fedora melakukan rebase kernel ke seri stabil baru dalam satu rilis. Arch dan openSUSE Tumbleweed juga memilikinya karena alasan yang sama. Gunakan 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 ke dalam LTS. Stack tersebut menggunakan 6.17 sejak point release 24.04.4 dan dijadwalkan beralih ke 7.0 pada 24.04.5 tanggal 27 August 2026.

Berikut bagian yang sering disalahpahami. HWE stack beralih ke kernel yang digunakan oleh interim release terbaru, sehingga dapat melewati satu seri upstream sepenuhnya. 7.0 tersedia dalam Ubuntu LTS. 7.1 mungkin tidak pernah menjadi basis LTS karena interim release setelahnya akan menggunakan seri yang lebih baru. Yang masuk ke LTS Anda dari 7.1 adalah perbaikannya, yang di-backport ke seri 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 dijalankan:

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

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

Apakah Anda perlu mengejar versi 7.1 pada VPS produksi

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

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

FAQ

Bagaimana cara memeriksa kernel Linux yang digunakan VPS saya?

Jalankan uname -r. Perintah tersebut menampilkan sesuatu 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 menyertakan perbaikan yang di-backport. Kemudian 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 menggunakan image kernel sendiri dan bertanggung jawab atas upgrade-nya.

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 tercantum di dalamnya. Linux 7.1 adalah rilis stable biasa, dan lini stable-nya dihentikan tidak lama setelah rilis mainline berikutnya tersedia. Jika Anda menginginkan kernel dengan perbaikan selama bertahun-tahun di belakangnya dan selama bertahun-tahun ke depan, kernel distribusi Anda sudah memenuhi hal tersebut.

Kapan Ubuntu atau Debian akan merilis kernel 7.1?

Kemungkinan besar tidak pernah sebagai 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 digunakan oleh rilis interim terbaru. Karena itu, stack tersebut dapat melewati satu lini upstream sepenuhnya. Ubuntu 24.04 LTS dijadwalkan memindahkan kernel HWE-nya ke 7.0 melalui rilis point 24.04.5 pada 27 August 2026. Perbaikan dari 7.1 akan Anda terima sebagai backport ke lini yang lebih lama. Fitur-fitur baru biasanya tidak akan diteruskan.

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

Ada empat hal. Hardware queue leasing memungkinkan container menggunakan satu antrean NIC fisik untuk AF_XDP dengan kecepatan native. Fase ketiga dari perombakan swap menghapus swap map statis 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 child 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 yang penuh menyebabkan update-initramfs gagal dengan No space left on device selama instalasi, sehingga package berada dalam kondisi setengah terkonfigurasi: hapus kernel lama menggunakan sudo apt autoremove --purge, lalu lakukan reinstall. Module out-of-tree yang dibuat untuk kernel lama tidak lagi dapat dimuat. Karena itu, semua hal yang dikelola oleh DKMS harus dibuat ulang, dan kegagalan build ulang tidak terlihat sampai module tersebut dibutuhkan saat runtime. Jika setelah reboot uname -r masih melaporkan versi lama, sementara dpkg -l mencantumkan image baru, berarti tidak ada kerusakan pada instalasi: default bootloader belum berubah.