<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [JSC] implement async functions proposal"
   href="https://bugs.webkit.org/show_bug.cgi?id=156147#c98">Comment # 98</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [JSC] implement async functions proposal"
   href="https://bugs.webkit.org/show_bug.cgi?id=156147">bug 156147</a>
              from <span class="vcard"><a class="email" href="mailto:utatane.tea&#64;gmail.com" title="Yusuke Suzuki &lt;utatane.tea&#64;gmail.com&gt;"> <span class="fn">Yusuke Suzuki</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=156147#c97">comment #97</a>)
<span class="quote">&gt; The dromaeo results for the latest patch are about 3-4% regressions for each
&gt; test. With the branch prediction adjustment, there's a 5-10% improvement (If
&gt; there's a command to dump results of run-perf-tests as text, I'll provide
&gt; all the numbers).
&gt; 
&gt; With the command `run-jsc-benchmarks --outer 10 --octane --benchmark
&gt; &quot;closure|jquery&quot; baseline:~/git/WebKit2/WebKitBuild/Release/DumpRenderTree
&gt; asyncawait:~/git/WebKit/WebKitBuild/Release/DumpRenderTree`, results are:
&gt; 
&gt;                          baseline                 asyncawait                
&gt; 
&gt; 
&gt; closure              0.30989+-0.00551          0.30340+-0.00295        
&gt; might be 1.0214x faster
&gt; jquery               3.65550+-0.01427    !     3.78112+-0.03262       !
&gt; definitely 1.0344x slower
&gt; 
&gt; &lt;geometric&gt;          1.06425+-0.01004    ?     1.07103+-0.00613       ?
&gt; might be 1.0064x slower
&gt; ---
&gt; 
&gt; The jquery results might look a little worse than previously described, but
&gt; the fact that Dromaeo consistently does so much better with the branch
&gt; predictions added goes a long way in my opinion.
&gt; 
&gt; Ensuring that `m_runtimeFlags` is packed efficiently and accessed in cache
&gt; more often will probably see some improvement, but hard to guess how much</span >

Personally, I think it is ok if we can track this in the separated bug after this change. (and we need to look into it :))</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>