Hacker News new | ask | show | jobs
by kixunil 3356 days ago
> It doesn't use segmented stacks so it doesn't achieve the M:N performance of Go

Actually, if you use Tokio or similar approach, you achieve better performance than Go (no need to re-allocate stacks) while code is still quite readable and boilerplate-free.
2 comments
Rusky 3356 days ago
They seem to be aware: ", but it has memory and data race safety, OS threads, and futures, so no problem."

However, futures are certainly not boilerplate-free. They destroy your ability to use native control flow the way you can with threads (M:N or 1:1). You can get some of that back with async/await, but Rust doesn't have that and it's still not boilerplate-free.

link
camgunz 3356 days ago
Yeah Tokio is the answer and what I'm referring to. All I meant was if you implement M:N in Rust it'll be slower than Go. I think this is probably the right answer, as segmented stacks cost you C interoperability, but it's not right for everything.
link