Show HN: Hurry – Fast Rust build caching

Show HN: Hurry – Fast Rust build caching(hurry.build)

11 points by ilikebits 146 days ago | 4 comments

Hey HN, we’re Eliza and Xin. We’re working on Hurry, an open source drop-in tool that adds distributed build caching to Cargo with (almost) zero configuration. Wherever you run cargo build, you can run hurry cargo build instead, and expect around 2-5x (our best benchmark is 22x) faster builds.

We built this because we were dissatisfied with the current build caching options available for Rust. Buck and Bazel require learning a new tool. GitHub Actions and swatinem are too coarse-grained (either the whole cache hits, or none of it does) and finicky to debug, and cargo-chef and Docker layer caching have the same problems.

We wanted something that could restore cache at the package level, did not require integration-specific setup, and worked everywhere.

Hurry is fully open source under Apache 2. You can try it out now with our cloud hosted caching service at https://hurry.build or self-host your own build cache service from https://github.com/attunehq/hurry. Sorry in advance for the rough edges - we have some customers already exercising the hot paths, but build tools are pretty large surfaces. We’ve got a list of known limitations at https://github.com/attunehq/hurry?tab=readme-ov-file#known-l....

We’d love for folks here to try it out (maybe on your next Rust winter side project?) and let us know what you think. We’ll be in the comments here, or you can email us at founders@attunehq.com.

Our goal is to make all parts of software engineering faster. If you have some part of your coding workflow that you want faster, please feel free to reach out. We’d love to chat.

chwzr 146 days ago |

Is this compatible with the dx dioxus cli? Would love to have a cache layer for it

ilikebits 145 days ago | |

We haven't worked with Dioxus in particular, but the CLI is a project that we benchmark against: https://github.com/attunehq/benchmarks

filipproch 145 days ago |

How does this differ from sccache, which is already distributed?

ilikebits 136 days ago | |

sccache caches at the per-rustc invocation level, whereas we cache at the package level. In practice, this means we get more cache hits and our cache hits take less overhead to load. You can see the benchmarks in our CI!