Tek geçişli WebAssembly derleyicisi, wazero'dan %70 daha hızlı yürütme iddiasında bulunuyor

Ne duyuruldu

11 Eylül 2026 tarihli, yazılım mühendisi JairusSW tarafından dev.to'da yayımlanan bir yazı, WebAssembly için tek geçişli bir derleyici duyuruyor; iddia edilen rakamlar doğruysa derleyiciyi yaygın olarak kullanılan bir runtime'ın oldukça önüne geçiriyor. Yazıya göre derleyici, WebAssembly modüllerini wazero'dan yaklaşık %70 daha hızlı yürütüyor, yaklaşık beş kat daha hızlı derliyor ve yaklaşık on bir kat daha az bellek kullanıyor.

Hikayenin elde edilen iki kopyası aynı başlığı ve yazarı taşıyan birbirine çok yakın nüshalar; dolayısıyla tüm bu rakamlar tek bir kaynağa, yani yazarın kendi duyurusuna dayanıyor.

İddiaların ayrıntıları

Üç rakam öne çıkıyor: wazero'ya kıyasla yaklaşık %70'lik yürütme hızı avantajı, iddia edilen 5 kat derleme hızı iyileştirmesi ve iddia edilen 11 katlık bellek kullanımı azalımı. Üçü de yazar tarafından bildirilmiş.

Burada bir uyarı yerinde olur. dev.to'dan alınan metin, yalnızca yazarın profilini ve site gezinmesini içeriyordu, makalenin asıl içeriğini değil. Bu, benchmark metodolojisi, kullanılan donanım ve iş yükleri, derleyicinin adı, uygulama dili ve özellik kapsamı (SIMD, thread'ler, çöp toplayıcı) gibi ayrıntıların bu özet için mevcut olmadığı anlamına geliyor. Proje yeniden üretilebilir benchmark'lar yayımlayana veya üçüncü taraflar sonuçları doğrulayana kadar rakamlara geçici olarak yaklaşılmalı.

Arkasındaki kişi kim

Yazarın dev.to profilindeki bilgilere göre JairusSW, Seattle merkezli bir yazılım mühendisi ve daha önce Hypermode ile SteerProtocol'te çalışmış. Profilde derleyiciler, zarif algoritmalar, bare-metal programlama, SIMD ve WebAssembly yazarın ilgi alanları arasında sayılıyor; bu da böyle bir projenin gerektirdiği düşük seviyeli sistem çalışmasıyla tutarlı.

Wazero ve tek geçişli derleme hakkında arka plan

Wazero, tamamen Go ile yazılmış, CGO ve harici bağımlılık içermeyen bir WebAssembly runtime'ı. Go servislerine WebAssembly modülleri gömmek için — eklenti sistemleri, serverless handler'lar ve edge iş yükleri dahil — yaygın bir tercih hâline geldi. Öne çıkan yönleri taşınabilirlik ve dış bağımlılığı olmayan öngörülebilir bir dağıtım hikayesi; ham tepe performans değil.

Tek geçişli bir derleyici, makine kodunu WebAssembly bytecode'u üzerinden tek bir geçişte üretir; ara temsilleri ve çok aşamalı optimizasyon hatlarını atlar. Geleneksel ödünleşim iyi bilinir: kod üretimi sırasında çok hızlı derleme ve düşük bellek kullanımı, karşılığında çok katmanlı JIT'lerin tepe verim için kullandığı optimizasyon fırsatlarının feragat edilmesi.

Bu gelenek, iddia edilen yürütme zaferini kayda değer kılıyor. Tek geçişli tasarımların genellikle kararlı durum hızında kaybetmesi beklenir; %70 kazanması değil. İddia edilen türden bir sonuç, dikkatli register tahsisi, komut seçimi veya diğer mühendislik tercihlerinin — en azından ölçülen iş yüklerinde — tek geçişli yaklaşımın normalde açık bıraktığı farkı kapatabileceğini gösteriyor.

Neden önemli

Tarayıcı dışındaki WebAssembly büyümeye devam ediyor ve runtime özellikleri nerede dağıtılabileceğini şekillendiriyor. İddialar doğrulanırsa en az üç ortamda önem taşıyor: derleme süresinin belirleyici olduğu soğuk başlangıca duyarlı serverless ve edge dağıtımları; 11 katlık bellek azalımının bir iş yükünün hangi donanıma sığacağını değiştirdiği kısıtlı bellekli ortamlar; ve şu anda wazero üzerinde standartlaşmış olup daha fazla verim isteyen Go tabanlı sistemler.

Açık soru doğrulama. Bir projenin kendi yazarı tarafından bildirilen benchmark'lar bir başlangıç noktasıdır, bir sonuç değil; ve bu rakamları üreten belirli koşullar elde edilen materyalde henüz görünmüyor. İzlenecek bir sonraki adım, derleyicinin kodu, metodolojisi ve yeniden üretilebilir testleriyle yayımlanıp yayımlanmayacağı ile bağımsız benchmark'çıların wazero ile karşılaştırmayı tarafsız koşullar altında tekrarlayıp tekrarlayamayacağıdır.