Rust programs versus Go • Hacker News Board

Re: Rust programs versus Go

#11

Post by slezyr » Wed, May 16, 2018, 9:40 AM UTC

simias wrote: post #3

I expect Rust to be faster than Go as a rule because of its somewhat lower level nature and cost-less "unmanaged" abstractions but I didn't expect it to be a full order of magnitude faster than Go for some benchmarks. Are the Go snippets not properly optimized or is there something else going on? I think pitting Go against Rust is somewhat inflammatory but if you look at the Rust vs. C++ benchmark the results are muc…

> Rust vs. C++ benchmark the results are much more similar

Not really... Try compare sources of those programs. For example spectral-norm uses OpenMP and other things that make source look really different from the one you would write in real life. Rust program looks much simpler and closer to real life code.

https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

Re: Rust programs versus Go

#12

Post by timClicks » Wed, May 16, 2018, 9:41 AM UTC

1125 wrote: post #6

They're sorted by highest delta, which makes it look so significant in the first moment. Also, though one of golangs target was to get close to c-like performance, they never intended to be the "performance-killer" since the focus is also strong simplicity and productiveness. More info: https://golang.org/doc/faq#Why_does_Go_perform_badly_on_benc...

Another angle where Rust is doing well is in peak RAM usage. Its memory usage is generally (although certainly not universally!) much lower in these examples.

Re: Rust programs versus Go

#13

Post by weavie » Wed, May 16, 2018, 9:42 AM UTC

simias wrote: post #8

egnehots wrote: post #4

simplicity source brain load Rust 95% Go 23%

It's true that performance is not always the main metric to consider but in this case I'm not really sure that Go makes that much of a difference. Take the "regex-redux" benchmark for instance, compare the two versions: https://benchmarksgame-team.pages.debian.net/benchmarksgame/... https://benchmarksgame-team.pages.debian.net/benchmarksgame/... I don't find the code complexity obviously worse for the Rust version, y…

Go seems to perform really poorly in the regex-redux. Against both Node and Python Go is way faster (as one would expect) apart from with the regex-redux..

https://benchmarksgame-team.pages.debian.net/benchmarksgame/... https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

Does Go just suck with it's regex performance? Would this be easy to fix by just pulling in a C regex library?

Re: Rust programs versus Go

#14

Post by chatmasta » Wed, May 16, 2018, 9:42 AM UTC

simias wrote: post #8

egnehots wrote: post #4

simplicity source brain load Rust 95% Go 23%

It's true that performance is not always the main metric to consider but in this case I'm not really sure that Go makes that much of a difference. Take the "regex-redux" benchmark for instance, compare the two versions: https://benchmarksgame-team.pages.debian.net/benchmarksgame/... https://benchmarksgame-team.pages.debian.net/benchmarksgame/... I don't find the code complexity obviously worse for the Rust version, y…

What stuck out to me about the regex-redux benchmark is that PHP is faster than both of them! Is that because PHP is effectively a scripting language over C, especially for well-defined tasks like regex matching?

Re: Rust programs versus Go

#15

Post by v_lisivka » Wed, May 16, 2018, 9:44 AM UTC

simias wrote: post #3

I expect Rust to be faster than Go as a rule because of its somewhat lower level nature and cost-less "unmanaged" abstractions but I didn't expect it to be a full order of magnitude faster than Go for some benchmarks. Are the Go snippets not properly optimized or is there something else going on? I think pitting Go against Rust is somewhat inflammatory but if you look at the Rust vs. C++ benchmark the results are muc…

C/C++ are cheating by using Intel specific instructions, like _mm_cvtpd_ps. I.e. they are with hardware-specific acceleration. If standard library will be used instead, or if Rust code will be updated to use same instructions, we will see different results.

Re: Rust programs versus Go

#16

Post by weavie » Wed, May 16, 2018, 9:44 AM UTC

simias wrote: post #8

egnehots wrote: post #4

simplicity source brain load Rust 95% Go 23%

It's true that performance is not always the main metric to consider but in this case I'm not really sure that Go makes that much of a difference. Take the "regex-redux" benchmark for instance, compare the two versions: https://benchmarksgame-team.pages.debian.net/benchmarksgame/... https://benchmarksgame-team.pages.debian.net/benchmarksgame/... I don't find the code complexity obviously worse for the Rust version, y…

You aren't really going to experience Rusts complexity when your program is essentially just a single function, so it probably isn't really a fair comparison..

Re: Rust programs versus Go

#17

Post by Dowwie » Wed, May 16, 2018, 9:46 AM UTC

egnehots wrote: post #4

simplicity source brain load Rust 95% Go 23%

There's a "matrix moment" where a programmer familiar with Rust no longer sees cascading green characters but rather the program itself.

Re: Rust programs versus Go

#18

Post by Dowwie » Wed, May 16, 2018, 9:50 AM UTC

And that's not all! We really need to see memory consumption.

Re: Rust programs versus Go

#19

Post by rqs » Wed, May 16, 2018, 9:53 AM UTC

Dowwie wrote: post #18

And that's not all! We really need to see memory consumption.

You knew what does the word "mem" on that page means do you :D

Re: Rust programs versus Go

#20

Post by Aissen » Wed, May 16, 2018, 9:53 AM UTC

Anyone has tried modifying the go regex benchmark to use https://github.com/BurntSushi/rure-go ? It seems to use a library that isn't even on github anymore.