GC interface update
per.liden at oracle.com
Tue Apr 18 12:01:52 UTC 2017
On 2017-04-12 16:46, Roman Kennke wrote:
> I spent some more time working on the GC interface prototype and wanted
> to share it with you:
> Notable changes:
> - It's now based on JDK10 (specifically,
> http://hg.openjdk.java.net/jdk10/hs/hotspot changeset 12853:d276073fda85)
> - I focused on better CMS isolation:
> - Most CMS specific stuff from GenCollectedHeap now resides in
> specific subclass CMSHeap
> - Same for CardTableModRefBSForCTRS -> CMSBarrierSet
> - Factored everything related to always_do_update_barrier_set into CMS
Good stuff. However, one thing I'm not quite comfortable with is the
introduction of the GC class (and its sub classes). I don't quite see
the purpose of this interface split-up between GC and CollectedHeap. I
view CollectedHeap as _the_ interface (but yes, it needs some love), and
as a result I think the the functions you've exposed in the GC class
actually belongs in CollectedHeap.
> The JEP is still in 'submitted' state. Would be good to have it moved to
> 'candidate' at least, so that it gets a number?
> Does anybody know a good place where I could put a whole forest to
> develop this in?
> As always, any feedback is welcome.
> Best regards,
More information about the hotspot-gc-dev