[madez]

Give it some time to mature. Today is the day of the language specification, not the finalization of the toolchain.

The Rust language offers low-level access with amazing security guarantees, and is working on an optimizing toolchain.

Let me take Python as a comparison. It has fundamental[1] roadblocks for being fast on current and probably future hardware, because its dynamic nature requires many indirections which are problematic for CPU cache efficiency.

Will Rust always be faster than C? Probably not, but that is not needed to be blazingly fast. What is important is that there are no fundamental difficulties to be as fast as C.

[1] I know, you can work around some of those indirections.

[blake_himself]

> Will Rust always be faster than C?

(By 'always' did you mean 'ever'?)

That may be so, but their advertising gives the wrong impression. They should keep their claims muted until they can back them up.

[madez]

If you consider that robust and memory efficient parallelization is way more easily achieved in Rust than in C, Rust might already win today for some applications if you limit the developer time. In C it's hard to fulfill the requirements at all.