Rust – Faster compilation with the parallel front-end in nightly

Re:Rust – Faster compilation with the parallel front-end in ... by zozbot234 on Friday November 10, 2023 @09:01AM (#38218903)

Rust-analyzer is even more of a resource hog than rustc itself. Not sure how directly applicable this work might be, but hopefully we'll see big improvements there as well. It's something that's clearly needed for state-of-the-art IDE support.

[ Parent | on HN ]

Re:Rust – Faster compilation with the parallel front-end in ... by sigmonsays on Friday November 10, 2023 @11:52AM (#38221159)

I agree. rust-analyzer often eats up more ram and cpu than all my web browser tabs (firefox).

[ Parent | on HN ]

Re:Rust – Faster compilation with the parallel front-end in ... by chubot on Friday November 10, 2023 @12:10PM (#38221422)

That’s interesting/surprising. I remember this in the Eclipse days, and it was often attributed to Java’s allocation-heavy style, garbage collection, and lack of value types

Also Java style of tiny classes and tiny files.

It’s an issue on both the implementation side and the thing-being-implemented

I would have thought Rust would be better on both fronts.

How many lines are the Rust codebases and their dependencies?

[ Parent | on HN ]

Re:Rust – Faster compilation with the parallel front-end in ... by pdimitar on Saturday November 11, 2023 @09:53AM (#38230770)

To be fair, I don't care. RA is extremely valuable, and I am _not_ one of the people who think 16GB of RAM and 250GB of SSD is good for a programmer machine.

[ Parent | on HN ]