<p dir="ltr">Any chance you guys can highlight some notable differences between this collector and Azul's C4 collector? I can see both employ read barriers, but can't quite make out what else is there.</p>
<p dir="ltr">Also, will this also require any changes to kernel in order to support the low pause goals? IIRC, Azul had problems with Linux because the memory manager didn't support bulk map/unmap operations, or something like that.  This also begs the question of whether this new collector will be biased towards linux/Unix systems, or whether windows will get the same love.</p>

<p dir="ltr">Thanks</p>
<p dir="ltr">Sent from my phone</p>
<div class="gmail_quote">On Jan 17, 2014 2:31 PM, "Roman Kennke" <<a href="mailto:rkennke@redhat.com">rkennke@redhat.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi there,<br>
<br>
Sorry being so silent... we are very happy that the Shenandoah 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>
<div class="elided-text">> Posted: <a href="http://openjdk.java.net/jeps/189" target="_blank">http://openjdk.java.net/jeps/189</a><br>
><br>
> - Mark<br>
<br>
<br>
</div></blockquote></div>