Linus Torvalds Linux çekirdeğinin yaratıcısı ve geliştirme lideri, kalite ve dakikliğin pazarlık konusu olmadığını bir kez daha kanıtladı Linux Kernel'in geliştirilmesinde.
Ve Linux 6.17 geliştirme döngüsü sırasında, Google mühendisi Palmer Dabbelt filtreyi geçemeyen RISC-V mimarisi için bir dizi yama gönderildi En iyi geliştiriciden. Sebep: Çok geç gönderildiler ve RISC-V ağacına ait olmayan "çöp" olarak değerlendirilen değişiklikler içeriyorlardı.
Bu karar, önerilen iyileştirmelerin Linux'a 6.18 sürümünden önce gelmeyeceği anlamına geliyor. Bu durum, RISC-V'in belirli ortamlarda benimsenmesini yavaşlatabilir ve bu güncellemelere güvenen geliştiricilerin işini zorlaştırabilir.
RISC-V'ye hala aşina olmayanlar için şunu bilmelisiniz ki, Ücretsiz ve açık bir komut seti mimarisidir 2010 yılında Kaliforniya Üniversitesi, Berkeley'de kurulan RISC-V, esnekliği ve büyüyen geliştirici topluluğu sayesinde ARM ve x86 gibi özel mimarilere karşı önemli bir avantaj elde etti. RISC-V International'ın şu anda 4500'den fazla üyesi bulunmaktadır.
Bu büyümeye rağmen, mimari olgunluk ve istikrar sorunlarıyla karşı karşıyadır. Mevcut donanımlardaki performans sorunları nedeniyle desteğini geçici olarak askıya alan Chimera Linux gibi örnekler, üretim ortamlarında kendini kanıtlamanın zorluklarını yansıtmaktadır.
Zaman ve kod kalitesiyle işaretlenen bir ret
Torvalds, çekme isteklerinin önceden gönderilmesini talep etmişti Çünkü seyahat edecekti. Ancak güncelleme, Linux 8 birleştirme penceresinin kapanmasından sadece iki gün önce, 2025 Ağustos 6.17'te geldi ve -rc1 sürümünün yayınlanması planlanıyordu.
Proje lideri sadece gecikmeyi değil, aynı zamanda içeriği de eleştirdiDeğişikliklerin RISC-V kapsamı dışında gereksiz değişiklikler içerdiğini, genel dosyaları etkilediğini ve hiçbir değer katmadığını belirtti. Kendi ifadesiyle, bu durum "dünyayı daha da kötüleştiriyor."
Tepkiler ve Linus Torvalds'ın kendine özgü tarzı
RISC-V yamalarıyla ilgili olay izole bir olay değil. 2025’un haziran’da, Torvalds zaten bir tartışmanın içindeydi Bcachefs dosya sisteminin kalitesi ve sürdürülebilirliği konusundaki endişeler nedeniyle çekirdekten kaldırılması.
Bu seferki mesajı netti: Artık geç gönderim veya alakasız değişiklik yok. Palmer Dabbelt özür diledi ve gelecekteki sürümlerde süreci düzelteceğine söz verdi.
Topluluk bu duruma farklı tepkiler verdi. Bazıları, çekirdeğin kalitesini korumanın etkili bir yolu olarak açık sözlülüğüne değer verirken; diğerleri ise, üslubunun yeni katkıda bulunanları caydırabileceğine inanıyor. Ancak Torvalds, tutumunu sürdürüyor: Çekirdeğin istikrarı ve güvenliği her şeyden önce geliyor.
Linux çekirdeğinin başında geçirdiğim otuz yılı aşkın sürede, Linus Torvalds, doğrudan, hatta bazen saldırgan iletişim tarzıyla ün kazanmıştır.Geçmişte üslubunu yumuşatması gerektiğini kabul etmesine rağmen, diplomasiden çok teknik titizliğe öncelik vermeye devam ediyor.
Ona göre, büyük/küçük harfe duyarlı olmayan dosya sistemleri tanıtmak veya kod tabanında bağlam dışı değişiklikler yapmak gibi kararlar, sistemin uzun vadeli istikrarını tehlikeye atabilecek gereksiz riskleri temsil ediyor.
RISC-V yamalarının bu şekilde reddedilmesi, özünde, Linux çekirdeğini onlarca yıldır yönlendiren felsefenin yeniden doğrulanmasıdır: kalite pazarlık konusu değildir ve teslim tarihlerine uyulmalıdır.
Linux 6.17 için Btrfs performans iyileştirmeleri ve diğer yeni özellikler
Hazırlanan diğer yeni özellikler ve iyileştirmeler Linux 6.17 için performans ve işlevsellik açısından btrfs dosya sistemiEn dikkat çekici yeni özellikler arasında, genel giderleri azaltmayı vaat eden bir optimizasyon olan büyük foliolar için deneysel destek yer alıyor. birden fazla senaryoda operasyonları hızlandırınBu özellik teknik olarak daha geniş kullanıma hazır olsa da geliştiriciler, henüz tamamen kararlı kabul edilebilecek kadar test edilmediği konusunda uyarıyor.
Btrfs t'nin yeni sürümüAyrıca XArray yapısında anahtarların daha yoğun bir şekilde yerleştirilmesini sağlar.Bu, depolama alanı kapsayan ağaç düğümlerinin kompaktlığını artırır. Bu değişiklik, uç düğüm sayısını %50 ila %70 oranında azaltabilir, böylece dahili yapıyı optimize eder ve kaynak tüketimini azaltır. Ayrıca, Birleştirme ayarlamaları ioctl aracılığıyla uygulandı, kritik dosya sistemi bozulmasını önlemek için önceden tasarlanmış bir mekanizmanın etkinleştirilmesiyle birlikte, yazmayı bağlı bir dosya sistemine sahip blok aygıtlarla sınırlandırır.
Buna ek olarak şunu da vurguluyor: önbelleğe alma sisteminin uygulanması Alan tahsisli bit eşlemlerini boşaltma istekleri için. Boş dosya oluşturma kullanılarak yapılan testlerde, bu optimizasyon %20'ye varan performans artışının yanı sıra yoğun meta veri yükü olan ortamlarda da önemli iyileştirmeler sağlamıştır. Benzer şekilde, veri sıkıştırma kullanan sistemlerde önceden okuma özelliği iyileştirilmiş ve veri erişim hızı artırılmıştır.
Son olarak, bu konuda daha fazla bilgi edinmek istiyorsanız, aşağıdaki ayrıntılara başvurabilirsiniz. aşağıdaki bağlantı.