Live data from Hacker News

Rust programs versus Go

benchmarksgame-team.pages.debian.net

31–40 of 209 posts

Re: Rust programs versus Go

#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?

Re: Rust programs versus Go

#34

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?

> suspect the only true end of this benchmarking exercise is to make people comment vigorously on HN and similar forms.

I suspect you are right and some of the posters suffer from “watching the likes roll-in” addiction

Re: Rust programs versus Go

#35
post #10

Nothing in these results should really surprise anyone. Go is a good tool for writing networking services, but it is not (and does not intend to be) a systems language. For another perspective, look at Go versus Python: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

to be fair, it was explicitly designed to be a systems language, and its specification says "Go is a general-purpose language designed with systems programming in mind." This should be removed, and I would say that it gave up on its design goal of being a systems language.

"Systems programming language" has multiple, equally-valid definitions. This no-true-Scotsman rules lawyering about language classification is the least interesting possible discussion about a programming language.

Re: Rust programs versus Go

#36
post #26

Earlier quoted context omitted.

What mem?

In portrait mode on my mobile device that website shows only the amount of time. In landscape it shows more columns of data. That kind of design is quite irritating and not how to do responsive websites right. Perhaps you were looking at the page in portrait mode on a mobile device as well?

Thank you for sharing this because I would not have assumed otherwise! Yes, I was looking at it in portrait mode from mobile.

Re: Rust programs versus Go

#38
post #36

Earlier quoted context omitted.

In portrait mode on my mobile device that website shows only the amount of time. In landscape it shows more columns of data. That kind of design is quite irritating and not how to do responsive websites right. Perhaps you were looking at the page in portrait mode on a mobile device as well?

Thank you for sharing this because I would not have assumed otherwise! Yes, I was looking at it in portrait mode from mobile.

You are welcome and I am glad I could help. Someone downvoted that comment of mine so for a moment I thought that perhaps it had not been helpful but am glad to hear that it was.

Re: Rust programs versus Go

#39
post #10

Nothing in these results should really surprise anyone. Go is a good tool for writing networking services, but it is not (and does not intend to be) a systems language. For another perspective, look at Go versus Python: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

Go makes writing networking services like a dream for sure, and Rust also seems have it's own plan[0] on network service field. It could be awesome to see they compete with each other and come up something good.

[0] https://internals.rust-lang.org/t/announcing-the-network-ser...

Post reply on HN