Linux Kernel 7.2 Rilis: Cache-Aware Scheduling, ext4 Lebih Cepat, dan Fitur Baru Lainnya

Linus Torvalds merilis Linux kernel 7.2 pada 16 Agustus 2026. Rilis ini datang setelah siklus pengembangan yang sibuk — Linus sendiri menyebut peningkatan patch dan laporan perubahan yang terus naik, sebagian karena semakin banyak kontribusi yang dibantu AI/LLM dalam menulis dan meninjau kode. Terlepas dari itu, 7.2 membawa sejumlah peningkatan yang relevan untuk server produksi, desktop, dan perangkat embedded. Artikel ini merangkum fitur utamanya dalam bahasa yang mudah dipahami, lengkap dengan konteks teknis dan implikasi praktis untuk sysadmin dan developer.

Konteks Rilis: Siklus yang Padat

Linux 7.2 dirilis setelah siklus pengembangan sekitar sembilan minggu — lebih panjang dari biasanya karena merge window yang memecahkan rekor. Dalam catatan rilisnya, Linus menyebut bahwa volume patch dan laporan perubahan terus naik, dan salah satu faktor yang disebut adalah meningkatnya kontribusi kode yang dibantu AI/LLM. Ini fenomena yang menarik: kernel Linux, sebagai salah satu proyek open source terbesar di dunia, kini harus menghadapi realitas baru di mana sebagian kontributor menggunakan AI untuk menulis atau meninjau patch.

Konsekuensinya, proses review menjadi lebih ketat. Linus dan maintainer subsistem harus lebih hati-hati memeriksa patch yang masuk, karena kualitas kode yang dihasilkan AI tidak selalu konsisten. Ini juga menjadi alasan mengapa siklus rilis 7.2 terasa lebih sibuk dari biasanya. Untuk pengguna akhir, ini berarti kernel yang lebih matang secara proses, meskipun permukaan perubahan yang lebih besar juga berarti risiko regresi yang sedikit lebih tinggi — dan itulah mengapa pengujian sebelum upgrade tetap penting.

Cache-Aware Scheduling: Menjaga Data Tetap Dekat dengan CPU

Salah satu fitur paling menarik di Linux 7.2 adalah cache-aware scheduling. Di sistem multi-core modern, biaya akses ke memori tidak seragam: CPU memiliki cache L1/L2/L3 dengan latensi berbeda, dan akses ke NUMA node jauh jauh lebih lambat. Scheduler tradisional mencoba menyeimbangkan beban antar CPU, tapi tidak selalu memperhitungkan di mana data yang dibutuhkan sebuah task berada.

Cache-aware scheduling mencoba menyelesaikan masalah ini dengan mempertimbangkan cache locality saat menempatkan task. Jika sebuah task baru-baru ini berjalan di CPU tertentu dan datanya masih hangat di cache-nya, scheduler akan berusaha mempertahankan task itu di CPU yang sama — atau di CPU yang berbagi cache level terakhir — sebelum memindahkannya ke CPU lain yang lebih idle.

Dampaknya paling terasa pada workload dengan pola akses memori yang intensif: database, server aplikasi dengan banyak koneksi, dan komputasi ilmiah. Pengujian awal menunjukkan peningkatan throughput dan penurunan latensi pada beberapa benchmark, meskipun hasilnya sangat bergantung pada karakteristik workload. Untuk sistem yang menjalankan banyak container atau VM dengan beban campuran, efeknya mungkin lebih halus.

Perlu dicatat bahwa fitur ini dirancang agar tetap aman untuk workload yang seimbang — scheduler tetap melakukan load balancing, hanya dengan bias tambahan terhadap locality. Untuk sistem dengan satu NUMA node dan workload ringan, perbedaannya mungkin kecil. Tapi untuk server dual-socket dengan NUMA, cache-aware scheduling bisa mengurangi latensi akses memori yang jauh — salah satu bottleneck paling umum di server database modern.

ext4 Lebih Cepat: Perbaikan yang Langsung Terasa

ext4 masih menjadi filesystem default di banyak distro besar, dan Linux 7.2 membawa optimasi yang membuatnya lebih cepat di beberapa skenario umum. Fokus utamanya ada pada pengurangan overhead untuk operasi metadata-heavy dan peningkatan throughput untuk workload dengan banyak file kecil.

Beberapa perbaikan yang masuk:

• Fast commit yang lebih efisien — mengurangi jumlah flush saat banyak file kecil diubah bersamaan, yang umum terjadi di direktori project dengan ribuan file (node_modules, cache build, log).
• Optimasi path pencarian — mempercepat lookup direktori dengan banyak entry, berguna untuk direktori besar seperti /usr/share atau repository Git.
• Perbaikan defragmentation — operasi defrag yang lebih aman dan lebih cepat untuk volume besar.

Untuk pengguna desktop yang menyimpan banyak file kecil, peningkatan ini bisa terasa langsung saat melakukan operasi file-intensive. Untuk server, efeknya paling terlihat di workload dengan banyak file kecil per detik — misalnya server web yang menyajikan banyak asset statis kecil, atau pipeline CI yang menulis ribuan file output.

Perbaikan Memory Reclaim: mglru yang Lebih Matang

Multi-Gen LRU (MGLRU), mekanisme page reclaim yang diperkenalkan sebagai opsi di kernel 6.1, mendapatkan penyempurnaan lebih lanjut di 7.2. MGLRU dirancang untuk mengurangi thrashing di sistem dengan tekanan memori tinggi dengan cara melacak usia halaman secara lebih akurat per-generasi, bukan hanya dengan pendekatan LRU klasik.

Di 7.2, beberapa heuristik disetel ulang berdasarkan data dari deployment produksi besar. Hasilnya: sistem dengan RAM terbatas (misalnya VPS 1-2 GB yang umum dipakai developer Indonesia untuk menjalankan beberapa service) cenderung lebih jarang masuk ke kondisi swap yang menyakitkan, dan aplikasi lebih responsif saat memori hampir penuh.

Bagi pengguna VPS murah dengan RAM terbatas, ini kabar baik. Sebelum MGLRU matang, sistem yang kehabisan memori sering berakhir di kondisi thrashing — CPU sibuk menukar halaman bolak-balik, aplikasi terasa macet, dan SSH pun lambat merespons. Dengan MGLRU yang lebih baik di 7.2, kondisi ini lebih jarang terjadi karena kernel lebih pintar memutuskan halaman mana yang layak di-reclaim dan mana yang masih dipakai aktif.

Dukungan Hardware Baru dan Perubahan Lain

Seperti biasa, rilis kernel baru membawa banyak driver dan dukungan hardware baru. Di 7.2, beberapa hal yang menonjol:

• Driver laptop dan peripheral baru — dukungan lebih baik untuk chipset Wi-Fi terbaru, touchpad, dan sensor.
• Pengurangan dukungan lama — sejumlah dukungan PCMCIA dan hardware jadul mulai dihapus, sejalan dengan kebijakan pembersihan kode lama. Ini wajar: kode yang tidak dipakai membebani pemeliharaan dan berpotensi jadi sumber bug keamanan.
• Gaming controller — perbaikan untuk beberapa controller baru, termasuk yang dianggap agak tidak biasa oleh Linus dalam catatan rilisnya.
• Perbaikan performa umum — berbagai micro-optimization di VFS, jaringan, dan driver storage.
• Perbaikan keamanan — sejumlah hardening di subsistem jaringan dan filesystem yang menutup celah yang ditemukan dalam pengembangan.

Implikasi untuk Server Produksi

Bagi sysadmin yang mengelola server produksi, pertanyaan utamanya adalah: apakah 7.2 layak diadopsi? Jawabannya tergantung pada situasi:

• VPS dengan RAM terbatas — perbaikan MGLRU dan memory management sangat relevan; pertimbangkan upgrade setelah distro lo mengemasnya.
• Server database dengan NUMA — cache-aware scheduling berpotensi mengurangi latensi; uji di staging dengan workload nyata dulu.
• Server file/object storage — perbaikan ext4 dan VFS relevan jika memakai ext4; jika sudah btrfs atau XFS, manfaatnya mungkin berbeda.
• Sistem embedded — dukungan hardware baru dan perbaikan efisiensi daya bisa jadi alasan upgrade, tapi pastikan driver yang dipakai tersedia.

Prinsip umum: jangan upgrade kernel produksi di hari pertama rilis. Tunggu distro lo mengemas kernel 7.2 (atau versi backport yang lebih stabil), uji di staging, lalu adopsi bertahap. Kernel adalah komponen paling fundamental dari sistem; stabilitas jauh lebih penting daripada fitur baru.

Cara Mendapatkan Linux 7.2

Linux 7.2 adalah rilis kernel upstream. Cara mendapatkannya tergantung distro:

• Distro rolling release (Arch, Fedora Rawhide) — kernel 7.2 akan masuk ke repositori dalam hitungan hari hingga minggu.
• Distro stabil (Ubuntu, Debian) — kernel 7.2 akan backport atau diadopsi di rilis berikutnya; untuk Ubuntu, biasanya muncul di versi HWE atau rilis berikutnya.
• Manual — download dari kernel.org dan compile sendiri, atau pakai tool seperti mainline untuk Ubuntu yang menyediakan kernel mainline sebagai package.

Bagi sysadmin yang menjalankan VPS dengan kernel distro, tidak ada urgensi untuk langsung upgrade — fitur seperti cache-aware scheduling dan mglru baru terasa di workload tertentu. Tapi untuk homelab atau workstation yang bisa reboot sesuka hati, mencoba 7.2 layak dilakukan, terutama jika menjalankan workload memori-intensif.

Kesimpulan

Linux 7.2 adalah rilis yang solid: tidak ada perubahan API yang mengguncang, tapi ada peningkatan nyata di scheduling, filesystem, dan memory management yang langsung terasa di workload nyata. Kombinasi cache-aware scheduling dan ext4 yang lebih cepat menjadikannya rilis yang menarik untuk server produksi — setelah distro tempat lo berjalan mengadopsinya, tentunya.

Seperti selalu, pendekatan yang bijak adalah bertahap: pelajari release notes, uji di staging, dan adopsi saat distro lo siap. Kernel 7.2 bukan rilis yang harus dikejar, tapi layak masuk radar untuk peningkatan performa jangka menengah.