Which Programming Languages Use the Least Electricity? (2018)

Post by igouy » Sat, Mar 30, 2019, 5:41 PM UTC

hedora wrote: post #106

dahart wrote: post #14

Earlier quoted context omitted.

That’s an interesting discrepancy, I might have had the same gut reaction. But you’re using that assumption to cast slippery-slope doubt on the whole project without knowing anything specific. It’s possible you’re right, but maybe find out which algorithms are being used first? Perhaps there is a reason that TypeScript actually is an order of magnitude slower than JavaScript. The Benchmark Game project was specifical…

I’ve noticed similar discrepancies between Perl performance in the real world and in the suite they are using. The issue is that one of the metrics in the suite is lines of code, so people write fantastically obscure and concise functional programs in Perl when the imperative one would be 2x the LOC, but much, much faster. (This is from a spot check years ago. Maybe they’ve fixed this somehow).

Post by igouy » Sat, Mar 30, 2019, 6:16 PM UTC

kbenson wrote: post #13

gameswithgo wrote: post #5

Earlier quoted context omitted.

submit a better implementation. it is not possible for any one entity to produce optimal implementations for many languages, it is up to us. or, if you dont like their rules, make your own benchmark system with new rules.

I don't use Typescript, and use Javascript only for what I have to. I don't care about the ranking of either of them, I'm just pointing out a possible flaw in the methodology that should be taken into account when looking at the numbers presented, and what I suspect is a concrete example of that. This also isn't a criticism of the benchmark game, it's well known that not every implementation is equivalent in the time…

Post by igouy » Sat, Mar 30, 2019, 6:46 PM UTC

kbenson wrote: post #42

dahart wrote: post #34

Earlier quoted context omitted.

> I did not know if my concern was correct, and wondered if it was, what else it might affect. That’s exactly what I mean by casting doubt. If the concern might not be correct, why lead into speculation about further concerns? Let’s find out what the actual reason that TypeScript is measured slower, rather than guess as what else could be wrong if unverified theoretical assumptions might be correct.

> rather than guess as what else could be wrong if unverified theoretical assumptions might be correct. You mean, I should not have explored the ramifications of what my suspicions might mean to so people might think it's worth actually looking into? What's wrong with that? I can't help but feel that you feel compelled to defend your original position that I believe was based on a misinterpreting my point and intenti…

Post by igouy » Sat, Mar 30, 2019, 7:15 PM UTC

Kaveren wrote: post #35

Really silly to state how much electricity "languages" use without specifying implementations. You can specify for unstandardized languages, but languages don't have performance characteristics in the typical sense, implementations do, and this can very greatly between implementation.

Post by igouy » Sat, Mar 30, 2019, 7:45 PM UTC

pvg wrote: post #65

gameswithgo wrote: post #26

Earlier quoted context omitted.

it is absolutely a flaw in the methodology, but one I think is unavoidable without enormous resources.

It took me about a minute looking at their published detailed data to notice the problem. They should have noticed a factor-of-15ish outlier and checked why on earth it was there.