Our great sponsors
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
wg-allocators
Home of the Allocators working group: Paving a path for a standard set of allocator traits to be used in collections!
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
There's a maintained list of "needed for the kernel but not yet in stable rust"-things here if you're curious.
Final link time can be pretty bad since it statically links everything, but there are efforts to improve that - e.g. Mold is a much faster linker (but only stable on Linux so far), and someone recently made a tool to simplify dynamically linking big dependencies (bit of a hack but it can help before Mold is stable on every platform).
There's also work on a Cranelift backend for Rust which should speed things up even more.
I think when we have Cranelift, Mold, and maybe Watt all working together then compile times will basically be a non-issue. It'll be a few years though.
So, I know the memcpy optimization is actually unreliable enough that Ruffle on WASM got a 10-20% speed boost by enabling WASM bulk memory operations.
Related posts
- Why do lifetimes need to be leaky?
- How hard would it be to port the Rust toolchain to a new non-POSIX OS written in Rust and get it to host its own development? What would that process entail?
- GCC 13 and the State of Gccrs
- Any alternate Rust compilers?
- “Rust is safe” is not some kind of absolute guarantee of code safety