Recent searches
Search options
zlib-rs is faster than C
I'm sure we can all have a calm, rational discussion about this, so here it goes: zlib-rs, the Rust re-implementation of the zlib library, is now faster than its C counterparts in both decompression and compression.
We've released version 0.4.2 of zlib-rs, featuring a number of substantial performance improvements. We are now (to our knowledge) the fastest api-compatible
https://www.osnews.com/story/141809/zlib-rs-is-faster-than-c/
@Sturmflut @osnews From your screenshot, there is only 62% of 250'000, so only 155'000. And it's already faster. That's between 1 and 2 ingeneer-years which doesn't seems that much.
@robinm @osnews 2 engineeryears for the re-implementation of a simple, single-purpose library based on decades of knowledge invested by people before you is definitely a lot in my book. The projects they're comparing themselves to definitely didn't see a comparable amount of work in this area.
They need another 95k to finish the work and actually make it available to the Rust ecosystem, BTW. Right now the API is unstable and it's only faster because it uses non-standard LLVM arguments.
@Sturmflut @robinm @osnews that’s a weirdly antagonistic take. It’s not faster because of rust, but probably in spite of it, since they acknowledge some optimisations are harder to achieve in rust than in C.
It is faster not because of the language but because they are putting in the effort, and quite effectively apparently. It’s quite hard to improve something as mature and already optimised as zlib.
Simple, it is not