Linux 7.3 Bawa BIG TCP ke VXLAN dan Geneve, Pangkas Bottleneck Routing hingga 29 Kali

Angka tersebut bukan jaminan bahwa semua jaringan akan mengalami peningkatan yang sama. Hasil akhirnya bergantung pada konfigurasi menyeluruh, termasuk gso_max_size, gro_max_size, kemampuan NIC, status offload, MTU, jenis tunnel, dan karakteristik beban kerja. Operator sebaiknya menguji jalur VXLAN atau Geneve mereka sendiri sebelum memproyeksikan persentase peningkatan tersebut ke lingkungan produksi.

Kontensi RTNL berkurang untuk pembaruan aturan routing

Perubahan penting lainnya menyasar RTNL, yaitu mekanisme lock yang selama ini dapat membuat berbagai operasi networking harus berjalan secara serial. Penambahan dan penghapusan aturan FIB IPv4 serta IPv6 kini lebih sedikit bergantung pada lock RTNL global. Jika memungkinkan, operasi tersebut menggunakan mutex yang terkait dengan fib_rules_ops, sehingga lebih banyak pekerjaan dapat berlangsung secara paralel. Namun, RTNL masih diperlukan pada sejumlah jalur, termasuk fib_unmerge() untuk aturan IPv4 pertama.

Dalam pengujian sintetis yang dirancang untuk memicu kontensi ekstrem, pembuatan 4.096 network namespace dan penambahan 1.024 aturan ke masing-masing namespace secara paralel menghasilkan perubahan besar:

• IPv4 turun dari 22,752 menjadi 0,918 detik, atau sekitar 24,8 kali lebih cepat.
• IPv6 turun dari 35,181 menjadi 1,214 detik, atau sekitar 29,0 kali lebih cepat.

Pengujian ini terutama menggambarkan dampak pengurangan lock contention pada pengelolaan namespace dalam skala sangat besar. Hasilnya tidak dapat langsung dianggap sebagai peningkatan yang akan dirasakan pada setiap proses startup container atau seluruh beban kerja routing sehari-hari.

Volume patch AI membuat maintainer kewalahan

Merge networking Linux 7.3 juga menjadi contoh bagaimana proyek kernel merespons meningkatnya volume kontribusi berbantuan AI. Jakub Kicinski melaporkan terdapat 632 patch net dan 648 patch net-next. Ia memperkirakan sekitar sepertiga hingga setengah isi net-next merupakan perbaikan berprioritas rendah, cleanup, atau klarifikasi yang didorong AI—setara dengan kira-kira 216 hingga 324 patch. Kicinski dan Paolo Abeni menggambarkan beban tersebut sebagai kondisi yang “benar-benar kewalahan”.

Respons yang dibahas bukan mengganti maintainer dengan satu model AI. Meta menyediakan anggaran dan akses ke beberapa model AI frontier agar setiap patch dapat memperoleh beberapa review awal. Pendekatan ini diharapkan mengurangi risiko halusinasi atau salah tafsir dari satu model lolos tanpa terdeteksi.

Rencana otomatisasi mencakup pengelolaan Patchwork, umpan balik terkait prosedur kontribusi, penyuntingan pesan commit, dan kemungkinan menerapkan patch yang sebelumnya telah ditinjau oleh orang tepercaya. Tugas-tugas tersebut lebih terstruktur dibandingkan keputusan teknis tentang jalur kegagalan yang jarang terjadi.

Batasannya tetap penting. Race condition yang tidak umum, error PCIe, mekanisme timeout, dan jalur pemulihan perangkat keras memerlukan pemeriksaan manusia. Model AI dapat membantu menyaring pekerjaan berulang, tetapi tidak menghapus kebutuhan untuk memahami konkurensi, kontrak API, serta urutan pemulihan sistem.

Driver dan peningkatan protokol baru

Pull request networking ini juga membawa sejumlah dukungan perangkat keras dan protokol:

• Driver Wi-Fi HaLow Morse Micro mm81x hadir dalam tahap awal untuk perangkat USB dan SDIO.
• NXPWIFI ditambahkan sebagai driver nirkabel baru untuk perangkat NXP, sementara pengembangan operasi multi-link terus berlanjut.
• Intel memperoleh kerangka awal driver iXD untuk dukungan Control Plane PIC Function pada IPU dan FNIC E2100 ke atas.
• Networking berkabel mendapat dukungan CXL awal untuk NIC AMD/Solarflare serta dukungan flashing firmware untuk perangkat keras AMD Pensando.

Ada pula sejumlah perubahan yang lebih kecil, tetapi berguna dalam kondisi tertentu. MPTCP memperoleh mekanisme pilihan terakhir untuk memangkas antrean paket yang datang tidak berurutan ketika tekanan memori mencapai tingkat ekstrem. Fitur ini merupakan mekanisme pemulihan untuk kondisi terbatas, bukan janji peningkatan throughput normal.

Pada AF_UNIX, pengiriman file descriptor melalui SCM_RIGHTS kini lebih mudah didiagnosis. Dengan SO_RIGHTS_NOTRUNC, penerima dapat mengetahui descriptor mana yang ditolak beserta nilai errno ketika LSM memblokir descriptor tertentu. Sisa descriptor dalam array tidak lagi otomatis hilang begitu penolakan pertama terjadi.

Kapan Linux 7.3 tersedia?

Release candidate pertama Linux 7.3 diperkirakan hadir sekitar 30 Agustus 2026, sedangkan rilis stabil diproyeksikan pada akhir Oktober, dengan catatan siklus pengembangan berjalan sesuai jadwal normal.

Namun, tanggal tersebut tidak berarti sebagian besar server dan desktop akan langsung menerima fitur networking baru ini. Setiap distribusi Linux memiliki jadwal sendiri untuk memilih versi kernel, melakukan backport, menguji kompatibilitas, dan menerbitkan pembaruan.

Distribusi rolling release dapat mengemas kernel baru lebih cepat. CachyOS berpotensi menjadi salah satu pengadopsi awal karena menggunakan model rolling, tetapi informasi rilis Agustus yang tersedia masih menunjukkan penggunaan kernel Linux 7.1 dan belum mengonfirmasi tanggal adopsi Linux 7.3.

Dampaknya bagi pengguna dan pengelola infrastruktur

Bagi tim infrastruktur, perubahan yang paling layak dipantau adalah BIG TCP pada jalur overlay serta berkurangnya kontensi saat aturan routing dikelola di banyak network namespace secara bersamaan. Keduanya paling relevan bagi lingkungan yang menggabungkan VXLAN atau Geneve dengan lalu lintas berthroughput tinggi, maupun sistem yang membuat dan mengonfigurasi namespace dalam jumlah besar.

Bagi pengembang kernel, eksperimen review AI mungkin sama pentingnya dengan perubahan teknis tersebut. Merge ini menunjukkan pembagian kerja yang cukup pragmatis: model dapat menangani triase berulang dan umpan balik prosedural, sedangkan maintainer tetap bertanggung jawab atas kasus-kasus langka ketika patch yang tampak masuk akal ternyata dapat menyebabkan deadlock, salah menangani pemulihan, atau melanggar aturan sinkronisasi yang tidak tertulis.

Dengan demikian, Linux 7.3 membawa paket perubahan networking yang besar. Akan tetapi, fitur-fitur tersebut masih memerlukan pengujian selama fase release candidate, validasi perangkat keras, dan integrasi distribusi sebelum dapat diandalkan oleh sebagian besar pengguna.