Rust programs versus Go

Post by igouy » Mon, May 21, 2018, 2:58 PM UTC

jerf wrote: post #97

weavie wrote: post #13

Earlier quoted context omitted.

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?

I disagree with the people saying the benchmarks game is useless. It mostly seems to conform to my own experiences with the various languages involved. The exception is the regex benchmark, which has little to do with the languages and everything to do with the regex library used by the language. If the dynamic scripting languages were required to use regex engines implemented in pure Python/Perl/PHP/JS, their perfor…

Post by igouy » Mon, May 21, 2018, 3:07 PM UTC

kibwen wrote: post #142

What's the point of posting this? Rust and Go are only "competitors" in the sense that every language competes with every other. You might as well post the page comparing Go to Fortran or Rust to Clojure. Rust and Go have different objectives, philosophies, tradeoffs, and intended domains. Posts like this seem like they serve no purpose other than to inspire flamewars. And I say this as a heavy Rust user, so don't th…

Post by igouy » Mon, May 21, 2018, 3:12 PM UTC

antirez wrote: post #59

Apples to Oranges, and in the benchmarks involving Apples to Apples, that is C vs Rust, the binary tree test is 2x slower in Rust which is tragic.

Post by igouy » Tue, May 22, 2018, 3:32 PM UTC

dullgiulio wrote: post #33

Oh no, not The Benchmarks Game again :( This whole thing is meaningless and deeply flawed. The sources of the various solutions vary a lot in quality: different libraries are used, different settings (in Go vs Java the use of threads is almost never the same). I suspect the only true end of this benchmarking exercise is to make people comment vigorously on HN and similar forms. Can we stop posting them?

Post by igouy » Fri, May 25, 2018, 5:19 PM UTC

weberc2 wrote: post #208

igouy wrote: post #202

Earlier quoted context omitted.

>> obvious optimizations (like arenas) are prohibited No, not prohibited. Which widely-used third-party Go library do you suggest people use to implement Go binary-trees programs?

> No, not prohibited. Yes, prohibited > Which widely-used third-party Go library do you suggest people use to implement Go binary-trees programs? What does this have to do with my post?