Request for Review (xs) : 8038928 - gc/g1/TestGCLogMessages.java fail with "[Evacuation Failure' found"

Srinivas Ramakrishna ysr1729 at gmail.com
Wed May 7 06:39:26 UTC 2014


Looks good to me.

ysr1729

> On May 6, 2014, at 20:01, Jon Masamitsu <jon.masamitsu at oracle.com> wrote:
> 
> I now do not think there is a good enough way to save the
> part of test that tries to verify that no unexpected evacuation
> failure has occurred.   Making it meaningful and reliable
> eludes me so I'm simply deleting that part of  the test.
> 
> http://cr.openjdk.java.net/~jmasa/8038928/webrev.01/
> 
> Thank you to those that helped me get to this point and
> thank you to those that put up with my first attempt.
> 
> Jon
> 
>> On 4/28/2014 2:17 PM, Jon Masamitsu wrote:
>> The requirement that an evacuation failure not happen during this
>> test is based on the expected behavior of the GC and is not a
>> required behavior.  In some instance the evacuation failure will
>> happen, but it is a not a  GC failure if it does and is only an
>> unexpected path being followed.
>> 
>> The test is not reliable but before removing it, I've made
>> some changes to try and save it.  I've modified the
>> test to slow down the allocations and changed the allocation to
>> allocate smaller objects (which also has a side effect of slowing
>> allocations).   The goal is to detect gross breakages of
>> evacuation failure while risking only very, very rare spurious
>> failures.
>> 
>> I had reproduced the failure with the unmodified test and it
>> would fail within 30 minutes.  With the modifications, I haven't
>> seen the failure in a day of testing.
>> 
>> If the modifications don't work, I'll remove the test.
>> 
>> http://cr.openjdk.java.net/~jmasa/8038928/webrev.00/
>> 
>> https://bugs.openjdk.java.net/browse/JDK-8038928
>> 
>> Thanks.
>> 
>> Jon
> 


More information about the hotspot-gc-dev mailing list