Bildirilen netperf TCP_STREAM sonuçları, değişikliğin özellikle yoğun overlay trafiğinde neden ilgi çekebileceğini gösteriyor:

• Standart MTU ile VXLAN aktarımı 34,44 Gbit/s’den 39,56 Gbit/s’ye çıktı; artış yüzde 14,9 oldu.
• Tünel donanım hızlandırması kapatıldığında VXLAN aktarımı 21,82 Gbit/s’den 29,39 Gbit/s’ye yükseldi; artış yüzde 34,7 olarak ölçüldü.
• Standart MTU ile Geneve aktarımı 37,39 Gbit/s’den 40,89 Gbit/s’ye çıktı; artış yüzde 9,4 oldu.

Bu rakamlar Linux 7.3 kullanan her sistemde görülecek genel performans artışları olarak değerlendirilmemeli. Sonuçlar; gso_max_size ve gro_max_size değerleri, ağ kartının özellikleri, offload ayarları, MTU, tünel türü ve iş yükü dahil olmak üzere uçtan uca yapılandırmaya bağlı. VXLAN veya Geneve kullanan operatörlerin kendi altyapılarında karşılaştırmalı test yapması gerekecek.

Yönlendirme kurallarında RTNL baskısı azalıyor

Birleştirmeye alınan diğer önemli değişiklik, IPv4 ve IPv6 FIB kuralı ekleme ve silme işlemlerinin geniş kapsamlı RTNL kilidine olan bağımlılığını azaltıyor. Mümkün olan durumlarda işlemler, ilgili fib_rules_ops yapısıyla bağlantılı mutex korumasına taşınıyor. Bu sayede bazı işlemler daha fazla paralellik kazanıyor. Bununla birlikte RTNL kilidi hâlâ belirli durumlarda gerekli; ilk IPv4 kuralının fib_unmerge() yolu da bunlar arasında.

Değişikliğin hedefi, özellikle çok sayıda ağ ad alanının aynı anda oluşturulup yapılandırıldığı ortamlardaki kilit rekabeti. Sentetik bir testte 4.096 ağ ad alanı oluşturulup her birine paralel biçimde 1.024 kural eklendiğinde:

• IPv4 süresi 22,752 saniyeden 0,918 saniyeye düştü; bu yaklaşık 24,8 kat hızlanma anlamına geliyor.
• IPv6 süresi 35,181 saniyeden 1,214 saniyeye indi; ölçülen hızlanma yaklaşık 29 kat oldu.

Bu sonuçlar, aşırı paralel ağ ad alanı yönetimindeki kilit rekabetini ölçüyor. Dolayısıyla her konteyner başlatma işleminde veya sıradan yönlendirme iş yükünde aynı oranda iyileşme beklenmemeli.

Ağ bakımcıları AI tarafından üretilen yamalar altında eziliyor

Linux ağ alt sistemi, yapay zekâ destekli çekirdek geliştirme süreçleri için de dikkat çekici bir test alanına dönüşüyor. Ağ bakımcısı Jakub Kicinski, 632 net yaması ve 648 net-next yaması bulunduğunu açıkladı. Kicinski’nin tahminine göre net-next içeriğinin yaklaşık üçte biri ile yarısı, AI tarafından üretilen düşük öncelikli düzeltmeler, temizlik çalışmaları veya açıklama değişikliklerinden oluşuyor. Bu oran yaklaşık 216 ile 324 yama anlamına geliyor. Kicinski ve Paolo Abeni, ortaya çıkan iş yükünü “tamamen ezici” olarak nitelendirdi.

Plan, bakımcıların yerini tek bir yapay zekâ modeline bırakmak değil. Meta, birden fazla gelişmiş modele erişim ve bütçe sağlayarak her yamanın ilk aşamada birden fazla model tarafından incelenmesini destekliyor. Böylece tek bir modelin halüsinasyonunun veya hatalı yorumunun fark edilmeden sürece ilerlemesi olasılığının azaltılması amaçlanıyor.

Otomasyon için değerlendirilen işler arasında Patchwork yönetimi, rutin süreç geri bildirimleri, commit mesajlarının düzenlenmesi ve güvenilir kişiler tarafından incelenmiş yamaların uygulanması bulunuyor. Bu görevler, nadir bir hata yolunda yapılan değişikliğin teknik olarak doğru olup olmadığına karar vermekten daha yapılandırılmış işler.

Bu ayrım, çekirdek ağ kodunda özellikle önemli. PCIe hataları ve zaman aşımı yönetimi gibi sıra dışı yarış koşulları ve donanım kurtarma yolları, hâlâ insan incelemesi gerektiriyor. Yapay zekâ tekrarlanan işleri filtrelemeye yardımcı olabilir; ancak eşzamanlılık kurallarını, API sözleşmelerini ve kurtarma sıralamasını anlama sorumluluğunu ortadan kaldırmıyor.

Yeni sürücüler ve protokol güncellemeleri

Linux 7.3 ağ birleştirmesi yalnızca performans değişikliklerinden oluşmuyor. Donanım ve protokol desteği tarafında da çeşitli çalışmalar yer alıyor:

• Morse Micro mm81x için ilk Wi-Fi HaLow sürücüsü USB ve SDIO cihazlarını destekliyor.
• Yeni NXPWIFI kablosuz sürücüsü eklenirken çoklu bağlantı işlemleri üzerindeki çalışmalar sürüyor.
• Intel tarafında, E2100 ve sonraki IPU’lar ile FNIC’lerde Control Plane PIC Function desteğine yönelik ilk iXD sürücü iskeleti geliyor.
• Kablolu ağ tarafında AMD/Solarflare ağ kartları için ilk CXL desteği ve AMD Pensando donanımı için firmware yükleme desteği ekleniyor.

Daha küçük görünen ama pratik açıdan yararlı başka değişiklikler de var. MPTCP, aşırı bellek baskısı altında sıra dışı paket kuyruklarını son çare olarak budayabilecek bir mekanizma kazanıyor. Bu özellik normal aktarım hızını artırma vaadinden çok, kısıtlı kaynak koşullarında toparlanma ve yeniden iletim davranışını iyileştirmeye yönelik.

AF_UNIX dosya tanıtıcısı aktarımı da daha kolay teşhis edilebilecek. SCM_RIGHTS dizisindeki belirli bir dosya tanıtıcısı, bir LSM tarafından engellendiğinde SO_RIGHTS_NOTRUNC kullanılarak reddedilen tanıtıcı ve ilgili errno tespit edilebilecek. Böylece alıcı, ilk reddetmede dizinin geri kalanını tamamen kaybetmek yerine hangi tanıtıcının sorun çıkardığını görebilecek.

Linux 7.3 ne zaman yayımlanacak?

İlk Linux 7.3 sürüm adayının yaklaşık 30 Ağustos 2026 tarihinde çıkması bekleniyor. Normal geliştirme takvimi korunursa kararlı sürümün ekim sonu yayımlanması öngörülüyor. Bu tarihler kesinleşmiş sürüm duyuruları değil, mevcut geliştirme takvimine dayalı tahminler.

Kararlı sürümün ekim sonunda çıkması, çoğu sunucu veya masaüstü sisteminin aynı ay içinde bu özellikleri alacağı anlamına gelmiyor. Linux dağıtımları çekirdek sürümlerini kendi takvimlerine göre seçiyor; bazı değişiklikleri geriye taşıyor, test ediyor ve ayrı güncelleme süreçleriyle yayımlıyor. Sürekli güncellenen dağıtımlar Linux 7.3’ü daha erken paketleyebilirken sabit sürüm odaklı dağıtımlarda bekleme süresi daha uzun olabilir.

Rolling model kullanan CachyOS, erken benimseyebilecek dağıtımlar arasında düşünülebilir. Ancak Ağustos 2026 sürüm bilgileri, CachyOS imajlarının Linux 7.3’e geçtiğini doğrulamıyor; bu imajlarda Linux 7.1 kullanılıyor. Bu nedenle şu aşamada CachyOS için kesin bir Linux 7.3 geçiş tarihi bulunmuyor.

Bu değişiklikler kimler için önemli?

Altyapı ekipleri açısından en yakından izlenmesi gereken iki başlık, VXLAN ve Geneve üzerindeki BIG TCP yolu ile çok sayıda ağ ad alanında kural yönetimi sırasında azalan kilit rekabeti. Özellikle yüksek aktarım hızına sahip overlay ağları kullanan veya aynı anda çok sayıda ağ ad alanı oluşturan sistemlerde bu değişiklikler anlamlı olabilir.

Çekirdek geliştiricileri için AI inceleme deneyi en az performans değişiklikleri kadar önemli olabilir. Linux ağ ekibinin yaklaşımı, pratik bir iş bölümü öneriyor: Yapay zekâ tekrarlanan sınıflandırma ve süreç geri bildirimlerini üstlenebilir; ancak sistemi kilitleyebilecek, kurtarma akışını bozabilecek veya örtük bir senkronizasyon kuralını ihlal edebilecek sıra dışı durumlarda son sorumluluk insan bakımcılarda kalıyor.

Sonuç olarak Linux 7.3, ağ tarafında kapsamlı bir özellik setiyle ilerliyor. Yine de bu özelliklerin günlük sistemlerde güvenle kullanılabilmesi için sürüm adayı testleri, gerçek donanım doğrulamaları ve dağıtımların kendi entegrasyon süreçlerinin tamamlanması gerekiyor.

Bildirilen netperf TCP_STREAM sonuçları, değişikliğin özellikle yoğun overlay trafiğinde neden ilgi çekebileceğini gösteriyor:

• Standart MTU ile VXLAN aktarımı 34,44 Gbit/s’den 39,56 Gbit/s’ye çıktı; artış yüzde 14,9 oldu.
• Tünel donanım hızlandırması kapatıldığında VXLAN aktarımı 21,82 Gbit/s’den 29,39 Gbit/s’ye yükseldi; artış yüzde 34,7 olarak ölçüldü.
• Standart MTU ile Geneve aktarımı 37,39 Gbit/s’den 40,89 Gbit/s’ye çıktı; artış yüzde 9,4 oldu.

Bu rakamlar Linux 7.3 kullanan her sistemde görülecek genel performans artışları olarak değerlendirilmemeli. Sonuçlar; gso_max_size ve gro_max_size değerleri, ağ kartının özellikleri, offload ayarları, MTU, tünel türü ve iş yükü dahil olmak üzere uçtan uca yapılandırmaya bağlı. VXLAN veya Geneve kullanan operatörlerin kendi altyapılarında karşılaştırmalı test yapması gerekecek.

Yönlendirme kurallarında RTNL baskısı azalıyor

Birleştirmeye alınan diğer önemli değişiklik, IPv4 ve IPv6 FIB kuralı ekleme ve silme işlemlerinin geniş kapsamlı RTNL kilidine olan bağımlılığını azaltıyor. Mümkün olan durumlarda işlemler, ilgili fib_rules_ops yapısıyla bağlantılı mutex korumasına taşınıyor. Bu sayede bazı işlemler daha fazla paralellik kazanıyor. Bununla birlikte RTNL kilidi hâlâ belirli durumlarda gerekli; ilk IPv4 kuralının fib_unmerge() yolu da bunlar arasında.

Değişikliğin hedefi, özellikle çok sayıda ağ ad alanının aynı anda oluşturulup yapılandırıldığı ortamlardaki kilit rekabeti. Sentetik bir testte 4.096 ağ ad alanı oluşturulup her birine paralel biçimde 1.024 kural eklendiğinde:

• IPv4 süresi 22,752 saniyeden 0,918 saniyeye düştü; bu yaklaşık 24,8 kat hızlanma anlamına geliyor.
• IPv6 süresi 35,181 saniyeden 1,214 saniyeye indi; ölçülen hızlanma yaklaşık 29 kat oldu.

Bu sonuçlar, aşırı paralel ağ ad alanı yönetimindeki kilit rekabetini ölçüyor. Dolayısıyla her konteyner başlatma işleminde veya sıradan yönlendirme iş yükünde aynı oranda iyileşme beklenmemeli.

Ağ bakımcıları AI tarafından üretilen yamalar altında eziliyor

Linux ağ alt sistemi, yapay zekâ destekli çekirdek geliştirme süreçleri için de dikkat çekici bir test alanına dönüşüyor. Ağ bakımcısı Jakub Kicinski, 632 net yaması ve 648 net-next yaması bulunduğunu açıkladı. Kicinski’nin tahminine göre net-next içeriğinin yaklaşık üçte biri ile yarısı, AI tarafından üretilen düşük öncelikli düzeltmeler, temizlik çalışmaları veya açıklama değişikliklerinden oluşuyor. Bu oran yaklaşık 216 ile 324 yama anlamına geliyor. Kicinski ve Paolo Abeni, ortaya çıkan iş yükünü “tamamen ezici” olarak nitelendirdi.

Plan, bakımcıların yerini tek bir yapay zekâ modeline bırakmak değil. Meta, birden fazla gelişmiş modele erişim ve bütçe sağlayarak her yamanın ilk aşamada birden fazla model tarafından incelenmesini destekliyor. Böylece tek bir modelin halüsinasyonunun veya hatalı yorumunun fark edilmeden sürece ilerlemesi olasılığının azaltılması amaçlanıyor.

Otomasyon için değerlendirilen işler arasında Patchwork yönetimi, rutin süreç geri bildirimleri, commit mesajlarının düzenlenmesi ve güvenilir kişiler tarafından incelenmiş yamaların uygulanması bulunuyor. Bu görevler, nadir bir hata yolunda yapılan değişikliğin teknik olarak doğru olup olmadığına karar vermekten daha yapılandırılmış işler.

Bu ayrım, çekirdek ağ kodunda özellikle önemli. PCIe hataları ve zaman aşımı yönetimi gibi sıra dışı yarış koşulları ve donanım kurtarma yolları, hâlâ insan incelemesi gerektiriyor. Yapay zekâ tekrarlanan işleri filtrelemeye yardımcı olabilir; ancak eşzamanlılık kurallarını, API sözleşmelerini ve kurtarma sıralamasını anlama sorumluluğunu ortadan kaldırmıyor.

Yeni sürücüler ve protokol güncellemeleri

Linux 7.3 ağ birleştirmesi yalnızca performans değişikliklerinden oluşmuyor. Donanım ve protokol desteği tarafında da çeşitli çalışmalar yer alıyor:

• Morse Micro mm81x için ilk Wi-Fi HaLow sürücüsü USB ve SDIO cihazlarını destekliyor.
• Yeni NXPWIFI kablosuz sürücüsü eklenirken çoklu bağlantı işlemleri üzerindeki çalışmalar sürüyor.
• Intel tarafında, E2100 ve sonraki IPU’lar ile FNIC’lerde Control Plane PIC Function desteğine yönelik ilk iXD sürücü iskeleti geliyor.
• Kablolu ağ tarafında AMD/Solarflare ağ kartları için ilk CXL desteği ve AMD Pensando donanımı için firmware yükleme desteği ekleniyor.

Daha küçük görünen ama pratik açıdan yararlı başka değişiklikler de var. MPTCP, aşırı bellek baskısı altında sıra dışı paket kuyruklarını son çare olarak budayabilecek bir mekanizma kazanıyor. Bu özellik normal aktarım hızını artırma vaadinden çok, kısıtlı kaynak koşullarında toparlanma ve yeniden iletim davranışını iyileştirmeye yönelik.

AF_UNIX dosya tanıtıcısı aktarımı da daha kolay teşhis edilebilecek. SCM_RIGHTS dizisindeki belirli bir dosya tanıtıcısı, bir LSM tarafından engellendiğinde SO_RIGHTS_NOTRUNC kullanılarak reddedilen tanıtıcı ve ilgili errno tespit edilebilecek. Böylece alıcı, ilk reddetmede dizinin geri kalanını tamamen kaybetmek yerine hangi tanıtıcının sorun çıkardığını görebilecek.

Linux 7.3 ne zaman yayımlanacak?

İlk Linux 7.3 sürüm adayının yaklaşık 30 Ağustos 2026 tarihinde çıkması bekleniyor. Normal geliştirme takvimi korunursa kararlı sürümün ekim sonu yayımlanması öngörülüyor. Bu tarihler kesinleşmiş sürüm duyuruları değil, mevcut geliştirme takvimine dayalı tahminler.

Kararlı sürümün ekim sonunda çıkması, çoğu sunucu veya masaüstü sisteminin aynı ay içinde bu özellikleri alacağı anlamına gelmiyor. Linux dağıtımları çekirdek sürümlerini kendi takvimlerine göre seçiyor; bazı değişiklikleri geriye taşıyor, test ediyor ve ayrı güncelleme süreçleriyle yayımlıyor. Sürekli güncellenen dağıtımlar Linux 7.3’ü daha erken paketleyebilirken sabit sürüm odaklı dağıtımlarda bekleme süresi daha uzun olabilir.

Rolling model kullanan CachyOS, erken benimseyebilecek dağıtımlar arasında düşünülebilir. Ancak Ağustos 2026 sürüm bilgileri, CachyOS imajlarının Linux 7.3’e geçtiğini doğrulamıyor; bu imajlarda Linux 7.1 kullanılıyor. Bu nedenle şu aşamada CachyOS için kesin bir Linux 7.3 geçiş tarihi bulunmuyor.

Bu değişiklikler kimler için önemli?

Altyapı ekipleri açısından en yakından izlenmesi gereken iki başlık, VXLAN ve Geneve üzerindeki BIG TCP yolu ile çok sayıda ağ ad alanında kural yönetimi sırasında azalan kilit rekabeti. Özellikle yüksek aktarım hızına sahip overlay ağları kullanan veya aynı anda çok sayıda ağ ad alanı oluşturan sistemlerde bu değişiklikler anlamlı olabilir.

Çekirdek geliştiricileri için AI inceleme deneyi en az performans değişiklikleri kadar önemli olabilir. Linux ağ ekibinin yaklaşımı, pratik bir iş bölümü öneriyor: Yapay zekâ tekrarlanan sınıflandırma ve süreç geri bildirimlerini üstlenebilir; ancak sistemi kilitleyebilecek, kurtarma akışını bozabilecek veya örtük bir senkronizasyon kuralını ihlal edebilecek sıra dışı durumlarda son sorumluluk insan bakımcılarda kalıyor.

Sonuç olarak Linux 7.3, ağ tarafında kapsamlı bir özellik setiyle ilerliyor. Yine de bu özelliklerin günlük sistemlerde güvenle kullanılabilmesi için sürüm adayı testleri, gerçek donanım doğrulamaları ve dağıtımların kendi entegrasyon süreçlerinin tamamlanması gerekiyor.