返回资讯中心
外部精选
软件工程
#开发者实时流

Incremental rust builds up to 92x faster than cargo/rustc

The same commands as cargo, with blaze in front.

Hacker News 最新0x19972026/10/27 · 今天9 分钟阅读

以下正文同步自 Hacker News 最新,版权归原站所有,已转换为易读排版。

The same commands as cargo, with blaze in front. Blazingly fast Rust, literally.

Install · Try it · How fast · How it works · Docs

curl -fsSL https://raw.githubusercontent.com/indexable-inc/blaze/main/install.sh | sh

For macOS on Apple silicon and Linux, with or without Rust installed: blaze downloads the Rust it builds with once (about 100 to 135 MB), or uses rustup's. Rather use crates.io or Nix? Other ways to install.

blaze run # like cargo run blaze test # like cargo test blaze build # like cargo build

The first build runs cargo, then waits a few seconds for blaze to load your project. Then change a function and build again: it's back in milliseconds, and the Finished line says [ra-jit] (blaze's engine). Every other cargo command passes straight through to cargo. Where cargo is installed, cargo blaze run is the same as blaze run.

Edits rebuild 10× faster on macOS arm64, 24× faster on Linux aarch64 and 11× faster on Linux x86-64 than with cargo build, on average over real projects.

About 20 ms from saving a file to a running program using the new code, with live edits.

Edit one function, then build (Linux x86-64) cargo build cargo blaze build

ripgrep 508 ms 56 ms (9.1× faster)

nushell 1.25 s 236 ms (5.3× faster)

helix 2.15 s 116 ms (19× faster)

bun (1.25M lines of Rust) 9.11 s 451 ms (20× faster)

Every project, platform, chart, and the memory and disk it takes: benchmarks.

blaze runs beside cargo and keeps your project compiled in memory. After an edit it compiles only the functions you changed and writes them into the program cargo already built, instead of linking it again from scratch. A program that opts in can take the new code while it keeps running. More.

macOS on Apple silicon and Linux. On Windows every build is cargo's.

blaze is its own toolchain. It builds every project with its own Rust, blaze-2026-10-25 (today the nightly of that date), whatever the project pins; stable code and #![feature(...)] code build. Your toolchain and CI stay the final word (why).

It trades memory for speed: a few GB for a small project.

It's young. Keep cargo check or your CI as the final word, and tell us when something differs from cargo.

All the details: what works and what doesn't yet.

Install: requirements, crates.io, Nix

Using blaze: day to day, rebuild on save, making plain cargo build use blaze

Benchmarks: every number, how it's measured, and on what machines

How it works: a map of the code

Cargo compatibility: every command, flag and setting

Hot reload: changing a running program

CI runner and roadmap: where blaze is going

Contributing

Demo: a Game of Life you can edit

nix run github:indexable-inc/blaze

This opens a Game of Life window. On macOS on Apple silicon you can change its rules, colours and speed while it runs; elsewhere the window runs without live edits. It needs Nix, and builds blaze from source the first time.

For release news: Watch → Custom → Releases on GitHub.

We're working with a few teams on fast Rust CI and remote builds, built on blaze. If your team waits on Rust builds, tell us what slows you down: andrew@ix.dev. Teams we work with get early access and a direct say in what we build next.

How to build blaze from a checkout, run its tests and send a change: docs/contributing.md. To report a security problem: SECURITY.md.

blaze stands on the shoulders of giants. Thank you to the people who built:

blaze was called ra-jit until 2026-10-24; cargo ra-jit still works. Made at ix for den's native app. MIT or Apache-2.0.

正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。

打开原文
去社区讨论 →