Ask HN: Will Rust ever become a mainstream systems programming language?

Re:Ask HN: Will Rust ever become a mainstream systems progra... by kixunil on Tuesday April 11, 2017 @09:53AM (#14087730)

> 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.

[ Parent | on HN ]

Re:Ask HN: Will Rust ever become a mainstream systems progra... by Rusky on Tuesday April 11, 2017 @10:09AM (#14087875)

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.

[ Parent | on HN ]

Re:Ask HN: Will Rust ever become a mainstream systems progra... by camgunz on Tuesday April 11, 2017 @11:26AM (#14088801)

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.

[ Parent | on HN ]