Blaze adlı Rust aracı düzenlemeleri cargo binary'lerine yamalıyor ve 92 kata kadar daha hızlı yeniden derleme iddiasında bulunuyor

Blaze adlı yeni bir açık kaynak araç, Rust yeniden derleme sürelerini saniyelerden milisaniyelere indirdiğini iddia ediyor; bunu yalnızca değiştirdiğiniz fonksiyonları derleyip cargo'nun zaten ürettiği binary'nin içine yamalayarak yapıyor. Indexable tarafından GitHub'da yayınlanan ve şu anda Hacker News'in ana sayfasında yer alan proje, cargo ve rustc'ye kıyasla 92 kata kadar daha hızlı artımlı derlemeler vaat ediyor; ancak gerçek projelerden bildirdiği ortalamalar daha mütevazı.

Cargo'nun yerine doğrudan geçebilen bir sarmalayıcı

Blaze, cargo ile aynı komutları önüne kendi adını alarak kullanıyor: blaze run, blaze test, blaze build. İlk derleme sıradan bir cargo derlemesi; ardından Blaze projeyi yüklemek için birkaç saniye harciyor. Projenin README'sine göre, bu andan itibaren bir fonksiyonu düzenleyip yeniden derlemek milisaniyeler içinde sonuç veriyor ve biten satır [ra-jit] etiketiyle işaretleniyor — bu, projenin 2026-10-24'te ra-jit'ten Blaze'ye yeniden adlandırılmadan önceki motor adı. Diğer tüm cargo komutları doğrudan cargo'ya iletiliyor ve cargo blaze run bir takma ad olarak çalışıyor. Kurulum bir shell betiği, crates.io veya Nix üzerinden yapılıyor; araç kendi Rust toolchain'ini bir kez indiriyor (yaklaşık 100 ile 135 MB) ya da rustup'takini yeniden kullanıyor.

Benchmark'lar

Manşet rakam 92x, ancak README'nin gerçek projeler üzerinden bildirdiği ölçülmüş ortalamalar macOS arm64'te 10x, Linux aarch64'te 24x ve Linux x86-64'te 11x. Linux x86-64'teki proje bazlı sonuçlar:

Proje	cargo build	blaze
ripgrep	508 ms	56 ms (9.1x)
nushell	1.25 s	236 ms (5.3x)
helix	2.15 s	116 ms (19x)
bun (1.25M satır Rust)	9.11 s	451 ms (20x)

Canlı düzenlemeler etkinken, çalışan bir programın dosyayı kaydettikten yaklaşık 20 ms sonra yeni kodu aldığını belirtiyor proje.

Nasıl çalışıyor

Blaze, cargo'nun yanında çalışıyor ve projeyi bellekte derli tutuyor. Bir düzenlemeden sonra yalnızca değişen fonksiyonları yeniden derliyor ve bunları sıfırdan yeniden bağlamak yerine cargo'nun zaten ürettiği çalıştırılabilir dosyanın içine yazıyor. Buna izin veren programlar çalışmaya devam ederken yeni kodu alabiliyor — proje bunu, kuralları, renkleri ve hızı Apple silicon'da canlı olarak değiştirilebilen bir Game of Life örneğiyle gösteriyor.

Uygulama köklü bileşenlere dayanıyor: rust-analyzer'ın analizi ve MIR'i, hızlı kod üretimi için Cranelift, optimize edilmiş katmanlar için inkwell üzerinden LLVM, artımlı motor olarak salsa ve DioxusLabs'ın rustd'sinden kod. README, bu projelerden hiçbirinin Blaze'yi onaylamadığını özenle belirtiyor.

Uyarılar

Blaze, Apple silicon'da macOS'u ve Linux'u destekliyor; Windows'ta ise her derleme cargo'ya düşüyor. Kendi toolchain'i olarak, bir projenin ne sabitlediğine bakılmaksızın bir nightly anlık görüntüsüne sabitlenmiş (blaze-2026-10-25) halde geliyor — hem stable kod hem de feature gate kullanan kod derleniyor, ancak sizin kendi toolchain'iniz ve CI'nız yetkili olmaya devam ediyor. Araç hız karşılığında bellek harcıyor ve küçük bir proje için bile birkaç GB tüketiyor. Proje kendini genç olarak tanımlıyor ve nihai hakem olarak cargo check veya CI'yu tutmayı, cargo'dan farklı davranan her şeyi bildirmeyi öneriyor.

Neden önemli

Derleme süreleri Rust'ın en kalıcı şikayetlerinden biri olmaya devam ediyor; özellikle birkaç saniyelik yeniden bağlamanın konsantrasyonu bozduğu düzenle-derle-çalıştır döngüsünde. Önceki çalışmaların çoğu daha hızlı linker'lara veya daha akıllı önbelleğe almaya odaklandı; Blaze soruna farklı saldırıyor: cargo'nun çıktısını yeniden kullanarak ve yalnızca değişenleri anında yamalayarak. Yaklaşık 20 ms'lik kaydet-çalıştır gecikmesi, yalnızca CI'nın ne kadar hızlı bittiğini değil, geliştiricilerin nasıl yinelediğini de değiştiren bir tür tepki hızı. Rakamlar projenin kendisine ait ve bağımsız olarak doğrulanmış değil; Indexable ise zaten Blaze'nin üzerine, erken erişimli ortaklarıyla hızlı Rust CI ve uzak derlemeler inşa ettiğini söylüyor — bu da şirketin fırsatı yalnızca yerel yeniden derlemelerde değil, ekip ölçeğindeki derleme sorununda gördüğünün bir sinyali. Araç MIT veya Apache-2.0 altında çift lisanslı ve Indexable'da şirketin native uygulaması için geliştirildi.