Hacker News new | ask | show | jobs
by jonny383 2193 days ago
"we truly don't believe we could have achieved these numbers with this level of stability without Rust"

Oh please. This is just rust sensationalism. People don't truly believe rust is faster than C do they?

3 comments

Every single one of those rust implementations is using unsafe {}, thus defeating the purpose of using rust in the first place. Run the same benchmark without unsafe {}.
>defeating the purpose of using rust in the first place

I don't think this is true; the whole point of Rust is that unsafe operations are explicit, not that you never do so.

Also, I looked at the first one, and it's only using unsafe on what are basically op code calls; I don't think it is realistic to complain about that.

Not true.

Of those 4 tasks, the rust programs for task 3 and task 4 do not use the keyword "unsafe".

For task 2, the spectral-norm Rust #6 program does use "unsafe" but #5 does not and it's almost as fast.

Developing stable complex software in C takes a hell of a lot more effort and skill than it does in Rust IMO.
I don't believe Rust is faster than C, but I would argue it's faster to develop new products in Rust vs. C, and easier to produce programs which don't have data races or invalid memory accesses.
Sure, if you wrap everything in unsafe and/or import third party libraries (with the assumption they are also safe).