<div dir="ltr">Hi Roman and Christine,<div><br></div><div>I'd like to ask another question, on object pointer comparison.</div><div><br></div><div>Now that the source code has been released, people from the outside can finally peek into the details ;-)</div>
<div>I've noticed that there's special handling in the interpreter for if_acmp:</div><div><a href="http://icedtea.classpath.org/hg/shenandoah/openjdk8/hotspot/file/ae4e705df435/src/cpu/x86/vm/templateTable_x86_64.cpp#l1860">http://icedtea.classpath.org/hg/shenandoah/openjdk8/hotspot/file/ae4e705df435/src/cpu/x86/vm/templateTable_x86_64.cpp#l1860</a><br>
</div><div><br></div><div>Could you please elaborate a little bit on the design of oop comparison in Shenandoah?</div><div><br></div><div>(P.S. Sad that the FOSDEM presentation video isn't available...)</div><div><br>
</div><div>Thanks,</div><div>Kris</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Feb 4, 2014 at 3:39 PM, Roman Kennke <span dir="ltr"><<a href="mailto:rkennke@redhat.com" target="_blank">rkennke@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Krystal,<br>
<div class="im"><br>
<br>
> I'd like to ask a couple of questions about the barriers, out of<br>
> curiosity.<br>
><br>
><br>
> The JEP says:<br>
><br>
><br>
> "...All reads by the Java Threads indirect through this forwarding<br>
> pointer. All writes to objects in targeted regions must first copy the<br>
> object and then write to the object in its new location."<br>
><br>
><br>
><br>
> Does this mean Shenandoah employs both read and write barriers?<br>
<br>
</div>Yes.<br>
<div class="im"><br>
>  The read barrier is a Brooks-style barrier, but the write barrier is<br>
> more than a plain SATB write barrier (as in G1), right?<br>
<br>
</div>Right.<br>
<div class="im"><br>
> Will Shenandoah try to reuse the existing write barrier logic in<br>
> HotSpot and extend it to catch all field writes as opposed to just<br>
> reference field writes, or will it use some other form of write<br>
> barrier?<br>
<br>
</div>It uses the G1 barrier for SATB and extends it for the preemptive<br>
copying.<br>
<br>
We don't use memory protection tricks ;-) Actually we can't, if we<br>
protecting our from-spaces, which would be a great thing to do, at least<br>
for debugging, we couldn't update the brooks pointers any more when we<br>
do the evacuation.<br>
<br>
Best regards,<br>
Roman<br>
<div class="HOEnZb"><div class="h5"><br>
> e.g. The Chakra JavaScript engine from Microsoft apparently uses a<br>
> write barrier implemented via memory protection trick, as noted in one<br>
> of their blog<br>
> posts: <a href="http://blogs.msdn.com/b/ie/archive/2012/06/13/advances-in-javascript-performance-in-ie10-and-windows-8.aspx" target="_blank">http://blogs.msdn.com/b/ie/archive/2012/06/13/advances-in-javascript-performance-in-ie10-and-windows-8.aspx</a><br>

><br>
><br>
> "Because Chakra’s collector works concurrently with the main script<br>
> thread, the running script may modify or create new objects on pages<br>
> that have already been processed. To make sure such objects aren’t<br>
> prematurely collected, Chakra write-protects pages before the mark<br>
> phase starts. Pages that have been written to during the mark phase<br>
> must be later rescanned on the main script thread. Because leaf<br>
> objects don’t require such processing, pages from the leaf object<br>
> space don’t need to be write-protected or rescanned later. This saves<br>
> precious time on the main script thread, reducing pauses."<br>
><br>
><br>
> Thanks,<br>
> Kris<br>
><br>
><br>
> On Fri, Jan 17, 2014 at 11:28 AM, Roman Kennke <<a href="mailto:rkennke@redhat.com">rkennke@redhat.com</a>><br>
> wrote:<br>
>         Hi there,<br>
><br>
>         Sorry being so silent... we are very happy that the Shenandoah<br>
>         JEP has<br>
>         finally been posted and would welcome any comments, questions,<br>
>         discussion from the community.<br>
><br>
>         Cheers,<br>
>         Roman<br>
><br>
>         Am Mittwoch, den 15.01.2014, 11:49 -0800 schrieb<br>
>         <a href="mailto:mark.reinhold@oracle.com">mark.reinhold@oracle.com</a>:<br>
>         > Posted: <a href="http://openjdk.java.net/jeps/189" target="_blank">http://openjdk.java.net/jeps/189</a><br>
>         ><br>
>         > - Mark<br>
><br>
><br>
><br>
><br>
><br>
<br>
<br>
</div></div></blockquote></div><br></div>