<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Speed up Heap::isMarkedConcurrently"
href="https://bugs.webkit.org/show_bug.cgi?id=162095#c1">Comment # 1</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Speed up Heap::isMarkedConcurrently"
href="https://bugs.webkit.org/show_bug.cgi?id=162095">bug 162095</a>
from <span class="vcard"><a class="email" href="mailto:jfbastien@apple.com" title="JF Bastien <jfbastien@apple.com>"> <span class="fn">JF Bastien</span></a>
</span></b>
<pre>So far I've:
- Compiled the code for A64 with barrier, and with dependency ordering;
- Changed Heap.cpp:measurePhaseTiming to return true;
- Ran jsc a few times on-device with a self-contained splay.js (from Octane);
- grep "Heap::markRoots convergence took" | tail -n2
This gives the last GC:Eden and GC:Full entries for each run, which I then averaged to get the following numbers:
GC:Eden is 93% average runtime with consume ordering than it is with the barrier.
GC:Full is 76% average runtime with consume ordering than it is with the barrier.
These measurements are fairly noisy, though!
I ran Octane and Kraken, it reports:
31.0664+-0.2420 30.9790+-0.1619 might be 1.0028x faster
I'm running them for longer, and added JSBench.</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>