On Sun, Jun 23, 2013 at 2:22 PM, Walter Bright <span dir="ltr"><<a href="mailto:newshound2@digitalmars.com" target="_blank">newshound2@digitalmars.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<a href="https://github.com/D-Programming-Language/dmd/blob/master/src/root/stringtable.c#L21" target="_blank">https://github.com/D-<u></u>Programming-Language/dmd/blob/<u></u>master/src/root/stringtable.c#<u></u>L21</a><br>

<br>
Profiling shows the calcHash function is a significant contributor to compilation time (3.25% of total time). So making it faster is a win. Even making dmd 1% faster would be a nice win - all those little drops add up.<br>

<br>
There are many, many string hash functions findable through google. Anyone want to spend the effort to make a faster one? Remember, ya gotta prove it's faster!<br>
<br>
A nice timing test would be the time expending compiling Phobos. I would suggest that the 64 bit build of dmd be used for timing tests.<br>
<br>
Also, be careful, many of those hash functions on the intarnets have a license that makes it unusable for dmd.<br>
</blockquote></div><br><div>implementing this "proposal: lazy compilation model for compiling binaries" <a href="http://forum.dlang.org/post/mailman.1357.1371876331.13711.digitalmars-d@puremagic.com">http://forum.dlang.org/post/mailman.1357.1371876331.13711.digitalmars-d@puremagic.com</a></div>
<div>would have much larger impact on compile time performance.</div><div><br></div>