RFR: 8047818: G1 HeapRegions can no longer be ContiguousSpaces

Thomas Schatzl thomas.schatzl at oracle.com
Tue Jun 24 12:20:30 UTC 2014


Hi,

On Mon, 2014-06-23 at 16:26 +0200, Mikael Gerdin wrote:
> Hi!
> 
> When G1 is modified to unload classes without doing full collections the old 
> HeapRegions can contain unparseable objects. This makes ContiguousSpace 
> unsuitable as a base class for HeapRegion since it assumes that all objects 
> below _top are parseable.
> 
> Modify G1OffsetTableContigSpace to implement allocation with a separate _top 
> and reimplement some Space pure virtuals to make object iteration work as 
> expected.
> 
> This change is the last part of a set of 4 changes: 8047818, 8047819, 8047820, 
> 8047821 which are needed to refactor the HeapRegion class and its superclasses 
> in order to simplify the G1 class unloading change which is coming.
> This change depends on the 19, 20 and 21 changes.
> 
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8047818
> Webrev:
> http://cr.openjdk.java.net/~mgerdin/8047818/webrev/
> 
> Notes:
> The moving of set_offset_range is due to an introduced circular dependency 
> between g1BlockOffsetTable.inline.hpp and heapRegion.inline.hpp

  a few minor nits:

 - in G1OffsetTableContigSpace::cas_allocate_inner(), the method should
access _top directly per coding guidelines
 - just a note: _top should be declared volatile as it is used in the
CAS, although the code is correct. However there is already an issue for
that https://bugs.openjdk.java.net/browse/JDK-8033552, so I suggest
postponing this.
 - extra newline after G1OffsetTableContigSpace::allocate_inner()
 - extra newline after G1BlockOffsetSharedArray::set_offset_array()

Thanks,
  Thomas





More information about the hotspot-gc-dev mailing list