<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#c6">Comment # 6</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:puurtuur&#64;me.com" title="Arthur Langereis &lt;puurtuur&#64;me.com&gt;"> <span class="fn">Arthur Langereis</span></a>
</span></b>
        <pre>Created <span class=""><a href="attachment.cgi?id=276134" name="attach_276134" title="Indexing R/W speed comparison">attachment 276134</a> <a href="attachment.cgi?id=276134&amp;action=edit" title="Indexing R/W speed comparison">[details]</a></span>
Indexing R/W speed comparison

Adding this file as well as it's directly related: this second test shows how slow TypedArray.set() is as well.

I was surprised that copying data into a new JS array, modifying it and copying the data back into the TypedArray was much faster than either .subarray() -&gt; sub-indexeing or using .set(newValues, offset)

Another issue: <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Use of Uint8ClampedArray makes filters twice as slow"
   href="show_bug.cgi?id=120813">bug 120813</a> referenced the reason why, but it's now 3 years old.

This test can also be run from my server:
<a href="http://zenmumbler.net/bugs/array_indexing.html">http://zenmumbler.net/bugs/array_indexing.html</a></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>