RFR (XS): 8140597: Initial mark caused by humongous allocations can prevent mixed collections

Thomas Schatzl thomas.schatzl at oracle.com
Wed Nov 4 11:55:03 UTC 2015


Hi,

  let me retract this RFR for a short while. I noticed that this is a
general problem with any event that tries to force an initial mark.

I need some time to test a change I have that fixes the problem for all
these events.

Thanks,
  Thomas

On Wed, 2015-10-28 at 21:29 +0100, Thomas Schatzl wrote:
> Hi all,
> 
>   can I have reviews for this bug in the GC state machinery that results
> in mixed collections being completely skipped if an initial mark caused
> by humongous allocation occurs between the end of marking activity and
> before the last young-only gc that should initiate the mixed phase?
> 
> Basically the initial mark request overrides the transition from that
> last young-only GC to the mixed gc.
> 
> There is a really detailed technical description about what happens in
> the CR.
> 
> This behavior is really problematic in case you tuned (either manually
> or automatically) the IHOP to the latest possible time to start marking.
> 
> This seems like a bug that has been in since at least 2010.
> 
> I also changed the code to actually assert if G1 tries to do an initial
> mark in the last young gc before the mixed phase. That restriction may
> be lifted in a later change again (i.e. if G1 notices that there is
> nothing to reclaim at the start of that last young-only gc). But that is
> another change :)
> 
> CR:
> https://bugs.openjdk.java.net/browse/JDK-8140597
> Webrev:
> http://cr.openjdk.java.net/~tschatzl/8140597/webrev/
> Testing:
> jprt, vm.gc testlist, manual testing with the mentioned existing test in
> the CR
> 
> Thanks,
>   Thomas
> 





More information about the hotspot-gc-dev mailing list