<div dir="ltr">Are you serious that you can't fathom how it could be confusing to someone than talking about differences in run times?<div><div>If you say something is faster than something else you want the two numbers to be something you can relate to.  Like MPH.  Everyone has a clear concept of what MPH is.  We use it every day.  So to say 25 MPH is 25% faster than 20 MPH is perfectly clear.  But nobody talks about program execution speed in terms of programs per second.  So I think it's pretty clear why that would be harder for people to grok than changes in car speeds or run times.</div>

<div><br></div><div>Anyway, congrats on the speed improvements!  When I was using D a lot, the compile times for heavily templated stuff were definitely starting to get to me.<br><div><br></div><div>--bb</div></div></div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 31, 2013 at 11:36 AM, Walter Bright <span dir="ltr"><<a href="mailto:newshound2@digitalmars.com" target="_blank">newshound2@digitalmars.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 7/31/2013 11:13 AM, Bill Baxter wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That's more analogous to something like MIPS than inverse program run time.<br>
</blockquote>
<br>
If you increase the speed 100%, then the elapsed time is cut by 50%.<br>
<br>
This is a grammar school concept. It does not require an ivy league physics degree to understand. It is not obfuscated, confusing, or misleading. It doesn't rely on some rarely known "formal" definition of speed. I expect an audience of programmers to understand it without needing a sidebar.<br>


<br>
We talk about speed of programs all the time, including compiler speed. I previously posted google searches you can try to verify it for yourself.<br>
<br>
I.e. I'm being trolled here :-)<br>
<br>
</blockquote></div><br></div>