"rustc will never be as fast as the Go compiler" I actually wonder about that.
-
Show this thread
-
A lot of this has to do with what we consider "compilation". Does `cargo check` count? Does `rust-analyzer` count? `cargo fmt`? And then are we talking about first builds, or rebuilds? I don't think it's at all obvious that Rust couldn't be as fast as e.g. Golang for most tasks.
4 replies 0 retweets 16 likesShow this thread -
I guess my skepticism of claims that describe performance in absolutes is that people used to make some pretty strong claims about JavaScript perf too. And then V8 came along and proved that JS could be optimized just fine. It required work, but certainly wasn't impossible.
1 reply 0 retweets 20 likesShow this thread -
Replying to @yoshuawuyts
Still, real-world programs in js are so much slower than natively compiled once.
2 replies 0 retweets 0 likes -
Replying to @oleg008
What are you basing this on? I've been optimizing Rust HTTP code and I'm having a tough time beating JS.
1 reply 0 retweets 0 likes -
Replying to @yoshuawuyts
Well that's probably very low level and actually surprising. I am talking more about an app level code, a lower quality, than what you are probably doing.
1 reply 0 retweets 0 likes -
Replying to @oleg008 @yoshuawuyts
It sounds like you are competing with a heavily optimized js lib.
1 reply 0 retweets 0 likes
I mean yes, but that's real-world JS code. A lot of web dev is tying together libraries and implementing business logic. That tends to perform well.
-
-
Replying to @yoshuawuyts
Def. true for many use cases, but I slowly gave up on thinking that at some point JS can become generally a really fast runtime for everyone.
0 replies 0 retweets 1 likeThanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.