Thu, 09 Dec 2010 21:47:58 -0800 Merge
ysr [Thu, 09 Dec 2010 21:47:58 -0800] rev 7421
Merge
Thu, 09 Dec 2010 09:22:57 -0800 7005259: CMS: BubbleUpRef asserts referent(obj)->is_oop() failed: Enqueued a bad referent
ysr [Thu, 09 Dec 2010 09:22:57 -0800] rev 7420
7005259: CMS: BubbleUpRef asserts referent(obj)->is_oop() failed: Enqueued a bad referent Summary: Relaxed the assert by allowing NULL referents when discovery may be concurrent. Reviewed-by: johnc, jcoomes
Tue, 07 Dec 2010 21:55:53 -0800 7001033: assert(gch->gc_cause() == GCCause::_scavenge_alot || !gch->incremental_collection_failed())
ysr [Tue, 07 Dec 2010 21:55:53 -0800] rev 7419
7001033: assert(gch->gc_cause() == GCCause::_scavenge_alot || !gch->incremental_collection_failed()) 7002546: regression on SpecJbb2005 on 7b118 comparing to 7b117 on small heaps Summary: Relaxed assertion checking related to incremental_collection_failed flag to allow for ExplicitGCInvokesConcurrent behaviour where we do not want a failing scavenge to bail to a stop-world collection. Parameterized incremental_collection_will_fail() so we can selectively use, or not use, as appropriate, the statistical prediction at specific use sites. This essentially reverts the scavenge bail-out logic to what it was prior to some recent changes that had inadvertently started using the statistical prediction which can be noisy in the presence of bursty loads. Added some associated verbose non-product debugging messages. Reviewed-by: johnc, tonyp
Tue, 07 Dec 2010 16:44:34 -0800 Merge
johnc [Tue, 07 Dec 2010 16:44:34 -0800] rev 7418
Merge
Tue, 07 Dec 2010 16:18:45 -0800 6994628: G1: Test gc/gctests/FinalizeTest05 fails (one live object is finalized)
johnc [Tue, 07 Dec 2010 16:18:45 -0800] rev 7417
6994628: G1: Test gc/gctests/FinalizeTest05 fails (one live object is finalized) Summary: The Solaris Studio 12 update 1 C++ compiler was incorrectly re-ordering the reads of an object's mark word in oopDesc::forward_to_atomic(). This opened a small window where one thread could execute the successful CAS path even though another thread had already successfully forwarded the object. This could result in an object being copied twice. The code in oopDesc::forward_to_atomic() was changed to read the mark word once. Reviewed-by: ysr, tonyp
Tue, 07 Dec 2010 16:47:42 -0500 6994056: G1: when GC locker is active, extend the Eden instead of allocating into the old gen
tonyp [Tue, 07 Dec 2010 16:47:42 -0500] rev 7416
6994056: G1: when GC locker is active, extend the Eden instead of allocating into the old gen Summary: Allow the eden to the expanded up to a point when the GC locker is active. Reviewed-by: jwilhelm, johnc, ysr, jcoomes
(0) -3000 -1000 -300 -100 -30 -10 -6 +6 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip