Need card #220 · Relevance High · Status New

Rust Development Speed and Performance Optimization Pain Points

Updated 9/27/2026, 22:06:56

Problem

Several users report that Rust's compile and test cycles are too slow, hindering rapid prototyping; they also lack a systematic performance analysis framework and automated optimization guidance, making manual tuning time‑consuming and uncertain.

Pain points

Questions to verify

Evidence

quote
I'm finding the bottleneck writing Rust code to be that compiling and running tests is too slow compared to TypeScript - which is unfortunate, because I want all of the guarantees of Rust - I just don't particularly care if it runs at the fastest speed possible - at least not at the prototype stage, or ever for a lot of what I'm doing (though I do want the guarantees regardless). I wish it could run interpreted to massively speed up development, and that it had a Mull-like mutant testing framework so that mutants didn't take hours and tens-to-hundreds of gigabytes of space.
quote
If it can be measured, then LLMs can optimize it. Once I had repo commands that could dump `sample` results and a cpu profiler/trace and then a benchmark tool that let me A/B/ABBA-test the current modified git workspace against HEAD or any commit, the LLMs could just do their thing.
quote
I've been having great results with this kind of thing. I find that really just need a sensible framework within which the optimization can take place. Essentially just providing the measurement harness, and some sort of motivation for what I'm doing... Eventually, it will have gone through the whole list with me, while having documented all the measurements along the way.

Disclaimer: this card is distilled by AI from community discussions as “pain point evidence”. It is a starting point for need analysis and validation, not a “validated market need”. AI has analytical limits; please open the original discussion above to manually verify before key decisions.