JEP 189: Shenandoah: An Ultra-Low-Pause-Time Garbage Collector

[Vitaly Davidovich]

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.

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.

Thanks

Sent from my phone
On Jan 17, 2014 2:31 PM, "Roman Kennke" <rkennke at redhat.com> wrote:

Hi there,

Sorry being so silent... we are very happy that the Shenandoah JEP has
finally been posted and would welcome any comments, questions,
discussion from the community.

Cheers,
Roman

Am Mittwoch, den 15.01.2014, 11:49 -0800 schrieb
mark.reinhold at oracle.com:
> Posted: http://openjdk.java.net/jeps/189
>
> - Mark
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20140117/d1db020b/attachment.htm>