Show HN: Hurry – Fast Rust build caching(hurry.build)
hurry.build
Show HN: Hurry – Fast Rust build caching
https://www.hurry.build/
4 comments
Is this compatible with the dx dioxus cli? Would love to have a cache layer for it
We haven't worked with Dioxus in particular, but the CLI is a project that we benchmark against: https://github.com/attunehq/benchmarks
How does this differ from sccache, which is already distributed?
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!
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 [email protected].
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.