Ujian netperf TCP_STREAM yang dilaporkan memberikan gambaran tentang potensinya, tetapi angka ini tidak boleh dianggap sebagai jaminan bahawa semua sistem Linux 7.3 akan menjadi lebih pantas:

• Throughput VXLAN meningkat daripada 34.44 kepada 39.56 Gbit/s, iaitu 14.9%, pada MTU standard.
• Apabila tunnel hardware offload dimatikan, VXLAN meningkat daripada 21.82 kepada 29.39 Gbit/s, atau 34.7%.
• Geneve pula meningkat daripada 37.39 kepada 40.89 Gbit/s, bersamaan 9.4%, pada MTU standard.

Keputusan sebenar bergantung pada konfigurasi hujung ke hujung, termasuk gso_max_size, gro_max_size, keupayaan kad rangkaian, tetapan offload, MTU, jenis terowong dan corak beban kerja. Pentadbir sistem wajar menguji laluan VXLAN atau Geneve mereka sendiri sebelum mengharapkan peratus peningkatan yang sama.

Kurang serialisasi RTNL untuk kemas kini peraturan routing

Gabungan ini turut mengurangkan pergantungan pada kunci RTNL yang luas bagi operasi memasukkan dan memadam peraturan FIB IPv4 serta IPv6. Jika boleh, operasi tersebut kini menggunakan mutex yang berkaitan dengan fib_rules_ops masing-masing, sekali gus membolehkan lebih banyak kerja dilaksanakan secara selari. Namun, RTNL masih diperlukan dalam keadaan tertentu, termasuk laluan fib_unmerge() untuk peraturan IPv4 pertama.

Ujian sintetik menunjukkan manfaatnya dalam senario pengurusan namespace yang sangat selari. Masa untuk mencipta 4,096 network namespace dan menambah 1,024 peraturan kepada setiap namespace secara serentak turun daripada 22.752 kepada 0.918 saat bagi IPv4—kira-kira 24.8 kali lebih pantas. Bagi IPv6, masa berkurang daripada 35.181 kepada 1.214 saat, atau sekitar 29.0 kali lebih pantas.

Angka ini mengukur masalah persaingan kunci yang ekstrem. Ia bukan bermakna setiap proses memulakan container atau semua beban kerja routing akan menerima peningkatan yang sama.

Mengapa penyelenggara mula menggunakan AI untuk menapis tampalan

Subsistem rangkaian Linux kini turut menjadi medan uji pembangunan kernel berbantukan AI. Jakub Kicinski melaporkan sebanyak 632 tampalan net dan 648 tampalan net-next, serta menganggarkan kira-kira satu pertiga hingga separuh kandungan net-next terdiri daripada pembaikan, pembersihan atau penjelasan berkeutamaan rendah yang didorong AI. Anggaran itu bersamaan sekitar 216 hingga 324 tampalan. Kicinski dan Paolo Abeni menggambarkan beban kerja tersebut sebagai “completely overwhelmed”.

Penyelesaian yang dicadangkan bukanlah menggantikan penyelenggara dengan satu model AI. Meta menyediakan bajet dan akses kepada beberapa model AI termaju supaya setiap tampalan boleh menerima semakan awal daripada lebih daripada satu model. Pendekatan ini bertujuan mengurangkan risiko halusinasi atau salah tafsir daripada satu model sahaja terlepas tanpa disedari.

Automasi yang dirancang merangkumi pengurusan Patchwork, maklum balas proses rutin, penyuntingan mesej commit dan kemungkinan menggunakan tampalan yang telah disemak oleh individu dipercayai. Tugas-tugas ini lebih tersusun berbanding menentukan sama ada perubahan tertentu benar-benar selamat dalam laluan kegagalan yang jarang berlaku.

Perbezaan itu amat penting dalam rangkaian kernel. Penyelenggara menegaskan bahawa keadaan perlumbaan yang luar biasa serta laluan pemulihan perkakasan—seperti ralat PCIe dan pengendalian timeout—masih memerlukan penelitian manusia. AI boleh membantu menapis kerja berulang, tetapi ia tidak menghapuskan keperluan untuk memahami concurrency, kontrak API dan urutan pemulihan.

Pemacu baharu dan penambahbaikan protokol

Gabungan rangkaian ini turut membawa beberapa kerja sokongan perkakasan serta protokol:

• Pemacu awal Morse Micro mm81x untuk Wi-Fi HaLow menyokong peranti USB dan SDIO.
• NXPWIFI hadir sebagai pemacu wayarles baharu NXP, sementara pembangunan operasi multi-link diteruskan.
• Intel menerima rangka awal pemacu iXD untuk sokongan Control Plane PIC Function pada IPU dan FNIC E2100 serta model lebih baharu.
• Rangkaian berwayar mendapat sokongan CXL awal untuk NIC AMD/Solarflare, selain sokongan flash firmware bagi perkakasan AMD Pensando.

Di luar pemacu, MPTCP kini mempunyai mekanisme pilihan terakhir untuk memangkas baris gilir paket luar susunan ketika tekanan memori berada pada tahap ekstrem. Ini ialah langkah pemulihan untuk keadaan terhad, bukannya janji throughput biasa yang lebih tinggi.

Penyaluran file descriptor melalui AF_UNIX juga menjadi lebih mudah untuk didiagnosis. Dengan SO_RIGHTS_NOTRUNC, penerima boleh mengenal pasti descriptor yang ditolak serta nilai errno apabila LSM menyekat descriptor tertentu dalam susunan SCM_RIGHTS. Sebelum ini, susunan yang selebihnya boleh hilang apabila penolakan pertama berlaku.

Bilakah Linux 7.3 akan sampai kepada pengguna?

Release candidate pertama Linux 7.3 dijangka sekitar 30 Ogos 2026, manakala keluaran stabil diunjurkan pada akhir Oktober, bergantung pada kelancaran jadual pembangunan biasa.

Namun, ini tidak bermakna kebanyakan pelayan atau komputer desktop akan menerima ciri rangkaian tersebut pada Oktober. Penyelenggara pengedaran memilih versi kernel masing-masing, memindahkan sebahagian perubahan ke versi sedia ada, menjalankan ujian dan menerbitkan kemas kini mengikut jadual berasingan.

Pengedaran rolling mungkin membungkus kernel baharu lebih awal, manakala pengedaran dengan kitaran keluaran tetap boleh mengambil masa yang jauh lebih panjang. CachyOS ialah calon munasabah untuk menjadi pengguna awal kerana model keluarannya yang rolling, tetapi maklumat keluaran Ogos yang tersedia masih menunjukkan imejnya menggunakan Linux 7.1 dan belum mengesahkan tarikh penerimaan Linux 7.3.

Apa maknanya untuk pengguna dan pengendali infrastruktur?

Bagi pasukan infrastruktur, perubahan yang paling menarik untuk dipantau ialah laluan BIG TCP dalam overlay serta pengurangan persaingan ketika mengurus peraturan rangkaian untuk banyak namespace secara serentak. Ia khususnya relevan kepada persekitaran yang menggabungkan VXLAN atau Geneve dengan trafik throughput tinggi, atau yang kerap mencipta dan mengkonfigurasi banyak namespace.

Bagi pembangun kernel pula, eksperimen semakan AI mungkin sama pentingnya dengan ciri teknikal tersebut. Gabungan ini mencadangkan pembahagian tugas yang praktikal: model boleh menyerap kerja triage berulang dan maklum balas prosedur, sementara penyelenggara manusia mengekalkan tanggungjawab terhadap kes luar biasa—termasuk risiko deadlock, pemulihan perkakasan yang tersalah urus atau pelanggaran peraturan penyegerakan yang tidak jelas.

Linux 7.3 kini menuju ke fasa ujian release candidate dengan set perubahan rangkaian yang besar. Tetapi sebelum kebanyakan pengguna boleh bergantung kepadanya, kod ini masih memerlukan pengujian, pengesahan perkakasan dan integrasi oleh setiap pengedaran Linux.

Ujian netperf TCP_STREAM yang dilaporkan memberikan gambaran tentang potensinya, tetapi angka ini tidak boleh dianggap sebagai jaminan bahawa semua sistem Linux 7.3 akan menjadi lebih pantas:

• Throughput VXLAN meningkat daripada 34.44 kepada 39.56 Gbit/s, iaitu 14.9%, pada MTU standard.
• Apabila tunnel hardware offload dimatikan, VXLAN meningkat daripada 21.82 kepada 29.39 Gbit/s, atau 34.7%.
• Geneve pula meningkat daripada 37.39 kepada 40.89 Gbit/s, bersamaan 9.4%, pada MTU standard.

Keputusan sebenar bergantung pada konfigurasi hujung ke hujung, termasuk gso_max_size, gro_max_size, keupayaan kad rangkaian, tetapan offload, MTU, jenis terowong dan corak beban kerja. Pentadbir sistem wajar menguji laluan VXLAN atau Geneve mereka sendiri sebelum mengharapkan peratus peningkatan yang sama.

Kurang serialisasi RTNL untuk kemas kini peraturan routing

Gabungan ini turut mengurangkan pergantungan pada kunci RTNL yang luas bagi operasi memasukkan dan memadam peraturan FIB IPv4 serta IPv6. Jika boleh, operasi tersebut kini menggunakan mutex yang berkaitan dengan fib_rules_ops masing-masing, sekali gus membolehkan lebih banyak kerja dilaksanakan secara selari. Namun, RTNL masih diperlukan dalam keadaan tertentu, termasuk laluan fib_unmerge() untuk peraturan IPv4 pertama.

Ujian sintetik menunjukkan manfaatnya dalam senario pengurusan namespace yang sangat selari. Masa untuk mencipta 4,096 network namespace dan menambah 1,024 peraturan kepada setiap namespace secara serentak turun daripada 22.752 kepada 0.918 saat bagi IPv4—kira-kira 24.8 kali lebih pantas. Bagi IPv6, masa berkurang daripada 35.181 kepada 1.214 saat, atau sekitar 29.0 kali lebih pantas.

Angka ini mengukur masalah persaingan kunci yang ekstrem. Ia bukan bermakna setiap proses memulakan container atau semua beban kerja routing akan menerima peningkatan yang sama.

Mengapa penyelenggara mula menggunakan AI untuk menapis tampalan

Subsistem rangkaian Linux kini turut menjadi medan uji pembangunan kernel berbantukan AI. Jakub Kicinski melaporkan sebanyak 632 tampalan net dan 648 tampalan net-next, serta menganggarkan kira-kira satu pertiga hingga separuh kandungan net-next terdiri daripada pembaikan, pembersihan atau penjelasan berkeutamaan rendah yang didorong AI. Anggaran itu bersamaan sekitar 216 hingga 324 tampalan. Kicinski dan Paolo Abeni menggambarkan beban kerja tersebut sebagai “completely overwhelmed”.

Penyelesaian yang dicadangkan bukanlah menggantikan penyelenggara dengan satu model AI. Meta menyediakan bajet dan akses kepada beberapa model AI termaju supaya setiap tampalan boleh menerima semakan awal daripada lebih daripada satu model. Pendekatan ini bertujuan mengurangkan risiko halusinasi atau salah tafsir daripada satu model sahaja terlepas tanpa disedari.

Automasi yang dirancang merangkumi pengurusan Patchwork, maklum balas proses rutin, penyuntingan mesej commit dan kemungkinan menggunakan tampalan yang telah disemak oleh individu dipercayai. Tugas-tugas ini lebih tersusun berbanding menentukan sama ada perubahan tertentu benar-benar selamat dalam laluan kegagalan yang jarang berlaku.

Perbezaan itu amat penting dalam rangkaian kernel. Penyelenggara menegaskan bahawa keadaan perlumbaan yang luar biasa serta laluan pemulihan perkakasan—seperti ralat PCIe dan pengendalian timeout—masih memerlukan penelitian manusia. AI boleh membantu menapis kerja berulang, tetapi ia tidak menghapuskan keperluan untuk memahami concurrency, kontrak API dan urutan pemulihan.

Pemacu baharu dan penambahbaikan protokol

Gabungan rangkaian ini turut membawa beberapa kerja sokongan perkakasan serta protokol:

• Pemacu awal Morse Micro mm81x untuk Wi-Fi HaLow menyokong peranti USB dan SDIO.
• NXPWIFI hadir sebagai pemacu wayarles baharu NXP, sementara pembangunan operasi multi-link diteruskan.
• Intel menerima rangka awal pemacu iXD untuk sokongan Control Plane PIC Function pada IPU dan FNIC E2100 serta model lebih baharu.
• Rangkaian berwayar mendapat sokongan CXL awal untuk NIC AMD/Solarflare, selain sokongan flash firmware bagi perkakasan AMD Pensando.

Di luar pemacu, MPTCP kini mempunyai mekanisme pilihan terakhir untuk memangkas baris gilir paket luar susunan ketika tekanan memori berada pada tahap ekstrem. Ini ialah langkah pemulihan untuk keadaan terhad, bukannya janji throughput biasa yang lebih tinggi.

Penyaluran file descriptor melalui AF_UNIX juga menjadi lebih mudah untuk didiagnosis. Dengan SO_RIGHTS_NOTRUNC, penerima boleh mengenal pasti descriptor yang ditolak serta nilai errno apabila LSM menyekat descriptor tertentu dalam susunan SCM_RIGHTS. Sebelum ini, susunan yang selebihnya boleh hilang apabila penolakan pertama berlaku.

Bilakah Linux 7.3 akan sampai kepada pengguna?

Release candidate pertama Linux 7.3 dijangka sekitar 30 Ogos 2026, manakala keluaran stabil diunjurkan pada akhir Oktober, bergantung pada kelancaran jadual pembangunan biasa.

Namun, ini tidak bermakna kebanyakan pelayan atau komputer desktop akan menerima ciri rangkaian tersebut pada Oktober. Penyelenggara pengedaran memilih versi kernel masing-masing, memindahkan sebahagian perubahan ke versi sedia ada, menjalankan ujian dan menerbitkan kemas kini mengikut jadual berasingan.

Pengedaran rolling mungkin membungkus kernel baharu lebih awal, manakala pengedaran dengan kitaran keluaran tetap boleh mengambil masa yang jauh lebih panjang. CachyOS ialah calon munasabah untuk menjadi pengguna awal kerana model keluarannya yang rolling, tetapi maklumat keluaran Ogos yang tersedia masih menunjukkan imejnya menggunakan Linux 7.1 dan belum mengesahkan tarikh penerimaan Linux 7.3.

Apa maknanya untuk pengguna dan pengendali infrastruktur?

Bagi pasukan infrastruktur, perubahan yang paling menarik untuk dipantau ialah laluan BIG TCP dalam overlay serta pengurangan persaingan ketika mengurus peraturan rangkaian untuk banyak namespace secara serentak. Ia khususnya relevan kepada persekitaran yang menggabungkan VXLAN atau Geneve dengan trafik throughput tinggi, atau yang kerap mencipta dan mengkonfigurasi banyak namespace.

Bagi pembangun kernel pula, eksperimen semakan AI mungkin sama pentingnya dengan ciri teknikal tersebut. Gabungan ini mencadangkan pembahagian tugas yang praktikal: model boleh menyerap kerja triage berulang dan maklum balas prosedur, sementara penyelenggara manusia mengekalkan tanggungjawab terhadap kes luar biasa—termasuk risiko deadlock, pemulihan perkakasan yang tersalah urus atau pelanggaran peraturan penyegerakan yang tidak jelas.

Linux 7.3 kini menuju ke fasa ujian release candidate dengan set perubahan rangkaian yang besar. Tetapi sebelum kebanyakan pengguna boleh bergantung kepadanya, kod ini masih memerlukan pengujian, pengesahan perkakasan dan integrasi oleh setiap pengedaran Linux.