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