Programming language benchmarks
Alexander
aldem+dmars at nk7.net
Fri Apr 29 02:42:31 PDT 2011
On 28.04.2011 18:19, Daniel Gibson wrote:
> Furthermore this particular benchmark is a "programming language benchmark" and not a compiler benchmark, so it's fair to use every feature of the language.
But applicability of language features is a bit limited, I would say. I think, this is not exactly fair - to take any domain-specific task (like "matrix multiplication") and use it as a "language benchmark".
In this particular case (matrix multiplication) - yes, we may gain from specific features. But another example - I need to write MIME headers parses in D - this involves (mostly) scanning of strings, comparisons etc - it is hardly possible to use
some feature which could really help and will be fast (std.string is mostly slow as it is a bit too generic, regexps are even more slow).
So, I've to write my own version - using only core features of the language (as there is no highly-optimized nor any version in standard library anyway).
Now, when this is done - what it will be - "compiler benchmark" or "language benchmark"? To me, of course it does matter - how good is generated code, as it directly affect performance of my application.
/Alexander
More information about the Digitalmars-d
mailing list