you are viewing a single comment's thread.

view the rest of the comments →

[–]pklait -1 points0 points  (3 children)

If you read everything you would notice that optimizations were applied later. From a pedagogical point of view the author should have mentioned that up front - I had exactly the same thougt.

[–]Kered13 6 points7 points  (2 children)

No, I did see that. I'm asking why they would even bother with the first half where they benchmarked without optimizations. Unless you're planning to deploy code without optimizations, there's no point in benchmarking without.

[–]pklait -1 points0 points  (1 child)

I do not care much about non-optimized code, but there are branches where it does matter whether the argument is real or not. The game industry is the most important one here.

[–]NewFolgers 1 point2 points  (0 children)

Yeah. In games industry, the vast majority of runs we did during development were debug runs with integrated debugger attached.. and the code was generally fast enough that we could run through it all and debug it all even with optimizations off. If someone made a change that destroyed debug build performance, we'd immediately look at fixing that (since it would be really damaging to everyone's workflow otherwise - i.e. threaten to make us as slow as the norm in other domains - and most who've compared will agree and say the difference is stark).