Geliştirici yüzde 4000 daha hızlı Linux çekirdeğini yalanladı

Çok sayıda habere ve internet videosuna göre Linux çekirdeğini yüzde 3888,9 daha hızlı hale getireceği varsayılan değişikliğin geliştiricisi, yeterince abartılı bir şekilde abartılmış ve şunu açıkça ortaya koymuş: Bu devasa hız nedeniyle pratikte büyük bir performans avantajı yok. artış yalnızca kullanılan ölçüm yönteminin ihmal edilebilir ve pratik olmayan bir özelliğinden kaynaklanmaktadır. Aynı zamanda Vlastimil Babka, başka bir şeyin çok az dikkat çektiğine dikkat çekti: artıştan bahseden test raporu, ikinci bir kıyaslamada neredeyse yüzde 9'luk bir yavaşlamadan da bahsediyor.

Reklamcılık

Bütün hikaye daha da karmaşık çünkü Linux 6.12 için yapılan abartılı değişiklik bazı sistemlerde hız artışı sağlıyor. Bellek yönetimi geliştiricisi ve SLUB bakımcısı Vlastimil Babka, bir kullanıcının Darktable karşılaştırmasının birkaç aydır JPG'de yüzde 15 ila 25 daha kötü RAW değerleri elde ettiğinden şikayet etmesinden sonra – sonuçta yalnızca bir satırdan oluşan – bu ayarlamayı yaptı. Dönüşüm.

Tıpkı yüzde 600'e varan hız kayıplarına ilişkin ikinci benzer bir hata raporunda olduğu gibi, sorun her türlü AMD işlemcide bulundu, ancak Intel işlemcilerinde bulunamadı.

Yapışma noktası hafızası sayfa boyutu ve yönü

Suçlunun Linux 6.7'ye entegre edilen bir değişiklik olduğu hemen belirlendi; O dönemde bunun, kullanılan kıyaslamayla performansta yüzde 95,3'lük bir kayıp olduğu doğrulandı, ancak geliştiriciler bunu alakasız olarak sınıflandırdı. Bu ayarlama sayesinde çekirdek, belirli koşullar altında, istenen bellek alanlarının, modern işlemcilerin büyük bellek sayfalarını (Şeffaf Büyük Sayfalar/THP) otomatik olarak kullanmasını sağlayacak konumlarda başlatılmasına izin verir. Babka'nın belirttiği gibi, bazı durumlarda CPU'ların yaklaşık 2 megabaytlık ek bellek ayırması ve dolayısıyla temizlemesi gerekiyor; bu da bazı işlemcilerin, uygulama ayrıntıları veya çeşitli optimizasyon stratejileri nedeniyle diğerlerinden önemli ölçüde daha fazla çalışmasına neden oluyor ve bu da kayıplara yol açıyor.

6.12 için yapılan değişiklik nedeniyle çekirdek artık başka bir durumda böyle bir hizalamadan vazgeçiyor. Ayrıntılarla ilgilenenler bunları Babkas'ın performans artışını önemsiz olarak sınıflandırdığı e-postasında bulacaklar. Orada ayrıca karşılaştırma ölçütünün neden yalnızca yüzde 95'in üzerinde düştüğünü ve şimdi neredeyse 4000 arttığını da açıklıyor: Tekrar tekrar 128 MB'lık arabellekler oluşturuyor, ancak pratikte bunları hiçbir zaman kullanmıyor, başlığa yalnızca bir kez erişiyor; Sonuç olarak, 6.7'de yapılan değişikliklerin yükü büyük bir etki yarattı ve bu da 6.12 için yapılan değişikliği düzeltti.

Değişiklik artık 8 Kasım'da yayımlanan Linux 6.11.7'ye entegre edildi ve birkaç gündür güncellemelerle Arch Linux, Fedora Linux veya openSUSE Tumbleweed gibi dağıtımların kullanıcılarına ulaşıyor. Yalnızca sorunlu işlemcilerden birine sahip olan ve aynı zamanda 6.7'de tanıtılan bellek hizalamasının önemli bir performans kaybına yol açtığı Darktable gibi yazılımları kullanan kullanıcıların hız artışını fark etmesi muhtemeldir.

Abartılı performans analizinin ikinci ölçüm sonucunun gösterdiği gibi, bu değişiklik bazı kullanıcılar için kayıplara da yol açabilir; bu, başka bir kıyaslamada genellikle yüzde 9,2'lik bir kaybı doğrular. Ancak henüz kimse bu konuyu takip etmedi. Ancak bu şaşırtıcı değil çünkü bu ölçümlerin hepsinde benzer kazançlar veya kayıplar var.

Çoğu durumda, sonuçlardaki bu tür dalgalanmalar teorik niteliktedir ve pratikte hiçbir önemi yoktur veya ihmal edilebilir düzeydedir. Bu nedenle geliştiriciler bazen bunlara dikkat etmiyorlar. Çevrelerinde, çoğunlukla reklamlarla finanse edilen, kendi kıyaslamalarını veya başkaları tarafından gerçekleştirilenleri kullanarak sözde büyük kazançlar hakkında düzenli olarak raporlar veya videolar üreten, ancak aynı zamanda birçok önemli değişikliği de görmezden gelen sağlayıcılarla da sıklıkla alay ediyorlar. Bu durumda Babka, görünüşe göre kazanımları bir perspektife oturtmak zorunda hissetti.

(DMK)