Satu perubahan kecil di Linux 7.2 ternyata bisa memberi dampak yang terasa besar pada storage. Di jalur tertentu, pemindahan tiga baris kode saja dilaporkan mampu mengangkat performa sekitar 5% pada ext4 dan xfs.
Yang membuatnya menarik, lonjakan itu muncul bukan dari fitur baru, melainkan dari penghapusan pekerjaan yang dianggap tidak perlu di jalur I/O panas. Pada beban kerja yang sangat sensitif terhadap overhead kecil, pergeseran urutan eksekusi ini cukup untuk membebaskan bandwidth tulis memori yang sebelumnya terpakai sia-sia.
Perubahan yang terlihat sepele
Inti pembaruan berada di fungsi iomap_iter(). Kernel kini melewati memset pada struktur iomap setelah iterasi selesai, alih-alih tetap menjalankan langkah yang tidak lagi berguna.
Dalam catatan komit, Christian Brauner menjelaskan bahwa memset tersebut tidak lagi punya fungsi setelah iterasi berakhir. Pada skenario IOPS tinggi, langkah itu justru menghabiskan bandwidth tulis memori tanpa memberi manfaat tambahan.
Dampaknya muncul di beban kerja yang sangat spesifik
Hasil yang disebutkan dalam komit menunjukkan peningkatan sekitar 5% pada ext4 dan xfs. Pengujian itu dilakukan pada beban kerja 4K random read di NVMe polling melalui io_uring.
Skenario seperti itu memang terkenal sensitif terhadap overhead kecil di jalur I/O. Karena operasi berulang terjadi sangat cepat, satu langkah yang tidak perlu bisa menjadi penghambat yang cukup nyata.
Kenapa optimasi kecil bisa terasa besar
Kernel Linux menangani banyak operasi di level yang sangat rendah dan terus berulang. Karena itu, pekerjaan tambahan yang tampak remeh dapat menjadi beban besar saat dieksekusi ribuan kali dalam aliran I/O yang padat.
Perubahan ini tidak menambah fitur baru untuk penyimpanan. Yang dilakukan justru mengurangi kerja yang tidak dibutuhkan, sehingga sumber daya sistem bisa dipakai untuk operasi yang benar-benar penting.
Relevan untuk ext4 dan xfs
Dua sistem file yang terdampak adalah ext4 dan xfs, yang sama-sama banyak dipakai di lingkungan Linux. Perbaikan pada jalur dasar seperti ini punya arti praktis karena menyentuh lapisan kernel yang dipakai luas.
Kenaikan 5% tentu tidak selalu terasa sama di semua mesin dan semua pola penggunaan. Namun pada workload yang menuntut IOPS tinggi, angka seperti ini cukup berarti karena datang tanpa perubahan perangkat keras.
Masih menunggu giliran masuk rilis
Linux 7.1 baru dirilis pada akhir pekan lalu, sehingga patch ini belum ada di rilis yang saat ini dipakai banyak pengguna. Perubahan tersebut diposisikan untuk Linux 7.2.
Jadwal yang disebut untuk Linux 7.2 adalah sekitar Agustus 2026. Artinya, pengguna PC dan distribusi yang mengadopsi kernel itu baru akan merasakan efeknya setelah pembaruan berikutnya digulirkan.
Kisah ini sekaligus menunjukkan bahwa optimasi kernel tidak selalu datang dari langkah besar. Kadang, tiga baris kode yang dipindahkan ke tempat yang lebih tepat sudah cukup untuk mengangkat performa storage secara terukur.
