<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - STP TypedArray.subarray 5x slowdown compared to 9.1"
   href="https://bugs.webkit.org/show_bug.cgi?id=156404#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - STP TypedArray.subarray 5x slowdown compared to 9.1"
   href="https://bugs.webkit.org/show_bug.cgi?id=156404">bug 156404</a>
              from <span class="vcard"><a class="email" href="mailto:keith_miller&#64;apple.com" title="Keith Miller &lt;keith_miller&#64;apple.com&gt;"> <span class="fn">Keith Miller</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=156404#c1">comment #1</a>)
<span class="quote">&gt; Fascinating.  That's a pretty serious regression.  Keith, do you remember
&gt; what we've done with subarray?
&gt; </span >

This regression is not particularly surprising. The ES6 spec changes the behavior of the subarray function substantially. I expect that issue here is that the subarray function now uses species constructors, which require several property lookups. Namely, the constructor and the Symbol.species properties. Since the subarray function is in C++ (where we don't cache the property lookups) and the subarrays you are making are very small (4 elements). The cost of the species construction will dominate the cost of the element copying.</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>