Linux'un Babası Direksiyonu Claude Code'a Bıraktı: Torvalds Çekirdeğin En Hassas Bölgesini LLM ile Yeniden Yazdı

Yapay zekâ ile kod yazma tartışmasının en inatçı şüphecisi, bu kez kendi elleriyle — tam da çekirdeğin en tehlikeli bölgesinde — bir LLM kullandığını kayda geçirdi. Linus Torvalds, Linux çekirdeğinin sayfa önbelleğinden okuma yolunu yeniden yazan bir yama serisini kişisel bir dalda yayımladı. Commit mesajının “Araçlar” bölümündeki itiraf, sektörün haftalardır konuştuğu şey: “Kod, test programları, yukarıdaki listedeki inceleme ve bu metnin ilk taslağı, benim yönetimimde bir LLM kodlama asistanıyla (Claude Code) yapıldı.”

Ne Değişti: Okuma Yolundan Referans Sayacı Yükünü Kaldırmak

Seri, çekirdeğin bellek yönetimi (mm) alt sistemine, özellikle filemap_read yoluna dokunuyor. Amaç, bir dosya okunduğunda her sayfa için “folio referans sayacı” alma zorunluluğunu RCU tabanlı ertelenmiş serbest bırakma ile kaldırmak — yani okuyucuyu, bellek alt sistemi için pahalı olan bu sayaç trafiğinden kurtarmak.

Torvalds’un kendi dizüstünde (4 çekirdek/8 izlek) yaptığı ölçümler çarpıcı: 8 izlikle 16 baytlık küçük okumalarda saniyede yaklaşık 10 milyon okuma, 30-33 milyona çıkıyor — kabaca üç kat. Okuma başına düşen işlem döngüsü 2.900’lerden 725’e iniyor. Küçük okuma ağırlıklı iş yüklerinde bu, hissedilir bir hızlanma demek.

”En Az Çözülmüş Kısım”: Torvalds’un Kendi Şüphesi

Hikâyen en dikkat çekici yanı, Torvalds’un coşkusu değil, dürüstlüğü. Commit mesajında kendi kendine 10 çözülmemiş sorun listeliyor ve belleğin yeniden kullanılmayı beklerken biriktiği ertelenmiş-serbest-bırakma mekanizmasını “serinin en az çözülmüş kısmı” diye nitelendiriyor. Taşıma (splice) davranışında geri dönüşler, belirli mimarilerde test edilmemiş yollar, çalıştırılamamış doğrulama araçları (xfstests, lockdep, KASAN, 32-bit) — hepsi tek tek sıralanmış.

Matthew Wilcox’un itirazını da olduğu gibi aktarıyor: “Bu kadar belleğin yeniden kullanılmayı beklerken durması çok riskli görünüyor.” Yani Torvalds, bir LLM’e yazdırdığı kodu körü körüne savunmuyor; insan mühendisin yapması gerekeni yapıyor — sınırlarını kendisi çiziyor.

Kritik Ayrım: Bu Bir “Merge” Değil

Burada bir yanlış anlama tehlikesi var. Yama serisi Linux’un ana hattına (master) girmedi; Torvalds’un kişisel bir dalında, bakımcı incelemesini bekliyor. Bir commit mesajındaki beyan, bir teknik tartışmanın açılışı; tartışma kapanmadan hiçbir şey çekirdeğe girmiş sayılmaz. Bu, açık kaynak mühendisliğinin normal işleyişi — ama “Torvalds çekirdeği Claude’a yazdırdı” manşetleri, henüz olmayan bir şeyi olmuş gibi gösterebilir.

Neden Önemli: “AI Slop” Şüphecisinden Beyanlı Kullanıma

Torvalds, yapay zekânın çekirdeğe sızan “AI çöpü”ne karşı en temkinli isimlerden biri olarak biliniyor. Daha önce AI’ın bulduğu “köşe vakaları”nın yeni normal haline geldiği tartışılırken, Greg Kroah-Hartman gibi bakımcılar LLM çıktısının daha yakın insan incelemesi görmesi gerektiğini savunmuştu. Torvalds’un bu hamlesi, o çizgiyi ileri taşıyor: mesele AI’ı yasaklamak değil, kimin denetlediği ve neyin açıkça beyan edildiği.

Ve tam da bu yüzden örnek bir model sunuyor: araç kullanılıyor, ama insan yönlendiriyor, insan ölçüyor, insan şüphelerini yazıyor ve insan sorumluluğu imzasıyla (Signed-off-by) üstleniyor.

Sonuç: Alet Değil, Tutum Değişiyor

Torvalds’un Claude Code serisi, “yapay zekâ çekirdek kodu yazabilir mi” sorusundan çok daha ince bir şeyi gösteriyor: en kıdemli mühendis bile artık üretkenliği makineye, yargıyı kendine ayırıyor. Sayfa önbelleği gibi, bir hatanın tüm sistemi çökerteceği bir alanda, kodun ilk taslağını bir LLM’e vermek — ama 10 açık sorunu ve “en az çözülmüş kısım” notunu bizzat düşmek — bu, AI’ın kabulü değil, AI’ın koşullu istihdamı. Çekirdek topluluğunun asıl sınavı, bu yamanın merge edilip edilmeyeceğinde değil, beyanlı LLM çıktısına ne kadar yakın bakılacağında netleşecek.