Linux 7.3 ağ kodunda BIG TCP hamlesi ve yapay zekâ kaynaklı bakım krizi

Linux 7.3’ün ağ birleştirmesi iki farklı nedenle öne çıkıyor. Teknik tarafta BIG TCP desteği VXLAN ve Geneve UDP tünellerine genişletiliyor; yönlendirme kuralı güncellemelerinde küresel kilit rekabeti azaltılıyor. Operasyonel tarafta ise ağ bakımcıları Jakub Kicinski ve Paolo Abeni, gelen iş hacminin — önemli bir bölümünün yapay zekâ tarafından üretilmiş veya desteklenmiş göründüğünü belirterek — artık yönetilemez bir noktaya yaklaştığını söylüyor.

Linux 7.3 ağ kodundaki başlıca değişiklikler

BIG TCP artık VXLAN ve Geneve tünellerinden geçebiliyor

Birleştirme, VXLAN ve Geneve sürücülerine BIG TCP desteği ekliyor. Böylece büyük TCP süper segmentleri, UDP tabanlı bu overlay tünellerinden geçerken de toplu halde korunabiliyor. Amaç, yapılandırılmış bağlantı MTU’sunu değiştirmek değil; paket başına düşen işlem yükünü azaltmak.

Bu kazanım yalnızca jumbo frame kullanan veya tünel donanım hızlandırmasına sahip sistemlerle sınırlı değil. Standart MTU’lu kurulumlarda ve donanım tünel offload desteği olmayan makinelerde de yazılım, dahili olarak daha az sayıda ve daha büyük paket işleyebiliyor.

BIG TCP yama serisinin açıklamasına göre bunun için tünel yollarındaki, paket uzunluklarının 64 KiB altında kalacağını veya 16 bitlik alanlara sığacağını varsayan kodların düzeltilmesi gerekti. Çalışma, VXLAN ve Geneve üzerinde hem BIG TCP IPv4 hem de IPv6 senaryolarını kapsıyor.

FIB kurallarında küresel RTNL kilidine daha az bağımlılık

Bir diğer önemli değişiklik, FIB kuralı işlemlerinde küresel RTNL kilidine duyulan ihtiyacı azaltıyor. RTM_NEWRULE ve RTM_DELRULE gibi işlemler, özellikle çok sayıda network namespace üzerinde aynı anda yönlendirme kuralları değiştiren sistemleri hedefliyor.

Bu tasarım, ayrı ağ ad alanlarındaki işlemlerin tek bir küresel serileştirme noktasında beklemek yerine daha paralel yürütülmesine yardımcı olabilir. Ancak mevcut kaynaklar, IPv4 veya IPv6 için güvenilir ve kesin bir benchmark sonucu — örneğin belirli bir yüzde ya da hız çarpanı — sunmuyor. Bu nedenle ölçülebilir kazanç, iş yüküne ve sistem yapılandırmasına bağlı olacak.

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

Ağ birleştirmesi, donanım ve protokol desteğini de genişletiyor:

• Kablosuz tarafta, uzun menzilli S1G cihazları için Morse Micro mm81x sürücüsü ve yeni bir NXPWIFI sürücüsü yer alıyor.
• Intel E2100 ve daha yeni IPU’lar ile FNIC’lerdeki Intel Control Plane PIC Function için ön hazırlık niteliğinde Intel iXD altyapısı ekleniyor.
• MPTCP, aşırı bellek baskısı altında daha iyi davranacak şekilde güncelleniyor; buna sıra dışı gelen paketler için kullandığı kuyruğun budanması da dahil.
• Daha geniş ağ çekme isteği, kablolu ve kablosuz ağ alt sistemlerinde çeşitli sürücü geliştirmeleri, düzeltmeler ve iyileştirmeler içeriyor.

Bunlar tamamlanmış kararlı Linux 7.3 sürümünün özellikleri olarak değil, 7.3 geliştirme döngüsünün birleştirme penceresinde ana koda giren ağ değişiklikleri olarak değerlendirilmelidir.

Bakımcılar neden “tamamen bunalmış” durumda?

Kicinski ve Abeni, ağ çekme isteğinde 632 net yaması ile 648 net-next yamasını birleştirdiklerini bildirdi. Toplam 1.280 yamaya ulaşan bu sayı, gerçek inceleme yükünün tamamını da göstermiyor. Bakımcıların “hızlı ve kabaca” tahminine göre net-next yamalarının üçte biri ile yarısı, yapay zekâ tarafından yönlendirilmiş düşük öncelikli düzeltmeler, temizlik çalışmaları veya açıklamalardan oluşuyor olabilir.

Bu baskı, daha geniş bir gönderim artışının parçası. Dokuz günlük bir dönemde alt sisteme

[PATCH net]

[PATCH net-next]

Sorun yalnızca yapay zekânın kod üretebilmesi değil. AI destekli katkı sağlayıcılar, makul görünen açıklamaları, hata raporlarını ve inceleme taleplerini de çok düşük maliyetle oluşturabiliyor. Her değişikliğin gerekli, doğru, güvenli ve birleştirilmeye değer olup olmadığını belirlemek ise hâlâ insan bakımcıların sorumluluğunda.

Yapay zekâ inceleme sürecinde nasıl kullanılacak?

Bakımcılar, Meta tarafından finanse edilen erişim ve bütçeyle birden fazla büyük dil modelini yamaları incelemek üzere kullanabileceklerini söyledi. İlk hedef, bazı halüsinasyon içeren veya zayıf değişiklikleri insan inceleme süresini tüketmeden önce yakalamak.

Planlanan kullanım alanları arasında şunlar bulunuyor:

• Patchwork kuyruklarını yönetmek;
• yaygın gönderim süreci sorunları hakkında geri bildirim vermek;
• commit mesajlarını düzenlemek;
• güvenilir geliştiricilerden inceleme etiketi almış yamaları, uygun durumlarda uygulamak.

Bu yaklaşım, LLM’leri alt sistem bakımcılarının yerine geçen araçlar olarak değil, iş akışını destekleyen yardımcılar olarak konumlandırıyor. Ayrım, eşzamanlılık açısından hassas çekirdek kodlarında özellikle önemli. Bakımcılar PCIe hataları ve zaman aşımı gibi nadir olay yollarını örnek gösteriyor: Zamanlamaya bağlı yarış koşullarını ortaya çıkarmak veya her olası araya girme senaryosunda bunların bulunmadığını kanıtlamak hâlâ son derece zor. LLM incelemesi şüpheli kod kalıplarını işaretleyebilir, ancak her sıra dışı etkileşim için doğruluğu güvenilir biçimde kanıtlayamaz.

Linux 7.3 ne zaman yayımlanacak?

Mevcut kaynaklar Linux 7.3 için rc1 sürümünün veya nihai kararlı sürümün beklenen tarihini vermiyor. Raporlanan gelişmeler, yayımlanmış bir Linux 7.3 sürüm takviminden ziyade, geliştirme döngüsünde ana koda giren ağ değişikliklerini anlatıyor.

Bu nedenle şu aşamada kesin bir çıkış tarihi söylemek mümkün değil. Eldeki verilerin desteklediği net tablo şu: Linux 7.3 ağ katmanında tünel performansı ve paralel yönlendirme işlemleri için önemli altyapı değişiklikleri getiriyor; aynı anda yapay zekâ destekli katkı hacmi, bu kodları inceleyen bakım ekiplerinin kapasitesini ciddi biçimde zorluyor.