<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Dec 15, 2009, at 3:07 PM, Mike Belshe wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><br><div class="gmail_quote">On Tue, Dec 15, 2009 at 1:01 PM, Maciej Stachowiak <span dir="ltr">&lt;<a href="mailto:mjs@apple.com">mjs@apple.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; ">
<div style="word-wrap:break-word"><br><div><div class="im"><div><br></div></div><div class="im"><blockquote type="cite"><div>&nbsp;&nbsp; - what would you think of reducing the setTimeout(..., 500) to something like setTimeout(..., 100)? &nbsp;This will cut the runtime of the test by ~80% :-)</div></blockquote>
<div><br></div></div><div>I don't know if you noticed in my comments below, but the gap between individual tests is now 10ms, there is only a one-time initial delay of 500ms to give browsers a chance to recover from the effects of loading the driver page.</div>
</div></div></blockquote><div><br></div><div>Ok - I had checked the code, saw the 500ms setTimeout there, and then griped :-)<br><br>This sounds great!<br></div></div></blockquote><div><br></div><div>OK cool. The 10ms between tests was necessary to address &lt;<a href="https://bugs.webkit.org/show_bug.cgi?id=32505">https://bugs.webkit.org/show_bug.cgi?id=32505</a>&gt;. It does increase variance a bit, but it's the only way to get rid of the severe distortion from CPU stepping on modern Mac and Windows systems. The new results should be much closer to what you get running the command-line version.</div><br></div><div>Regards,</div><div>Maciej</div><div><br></div></body></html>