RFR (M): 8077144: Concurrent mark initialization takes too long (original) (raw)

Thomas Schatzl thomas.schatzl at oracle.com
Tue Mar 8 16:20:26 UTC 2016

Hi all,

there is a new webrev at http://cr.openjdk.java.net/~tschatzl/8077144/webrev.1 (full) http://cr.openjdk.java.net/~tschatzl/8077144/webrev.0_to_1 (diff)

which addresses all but one of the presented issues: there are no provisions to deal with deallocating that memory.

This is a pre-existing issue I do not like to address as part of this change; the existing destructor just calls ShouldNotReachHere() too. When fixing this, support for releasing the data structures touched here can be added as well.

A few of them will move out of G1ConcurrentMark in the near future anyway (JDK-8151386) or modify the data structures significantly (JDK -8151215).

Also, the name of the flag changed to be more generic, as there are plans to not only implement pre-touching of bitmaps.

This change is based on the changes StefanK sent out for review today.

Thanks, Thomas

More information about the hotspot-gc-dev mailing list