RFR 8062450: Timeout in LowMemoryTest.java

Jaroslav Bachorik jaroslav.bachorik at oracle.com
Thu Jan 8 09:19:11 UTC 2015


On 8.1.2015 03:33, David Holmes wrote:
> On 8/01/2015 3:12 AM, Jaroslav Bachorik wrote:
>> Please, review the following test change
>>
>> Issue : https://bugs.openjdk.java.net/browse/JDK-8062450
>> Webrev: http://cr.openjdk.java.net/~jbachorik/8062450/webrev.00
>>
>> The test times out when "-XX:+ExplicitGCInvokesConcurrent" is specified.
>> The test relies on the MemoryMXBean.gc() invocation returning only after
>> the GC run has been completed. This is not true when
>> "-XX:+ExplicitGCInvokesConcurrent" is set and the test timing is thrown
>> off-balance resulting in deadlock.
>>
>> The proposed solution is to add an appropriate "@requires" JTREG stance
>> to prevent running this test with incompatible settings.
>
> Seems okay - though I'm wondering whether:
>
> @requires vm.opt.ExplicitGCInvokesConcurrent != "true"
>
> has the same affect?

Seems to have the same effect - I tried running the test with 
"-XX:+ExplicitGCInvokesConcurrent", "-XX:-ExplicitGCInvokesConcurrent" 
and without this flag all together and the test was properly ignored 
only when "-XX:+ExplicitGCInvokesConcurrent" is used.

>
> And do you also need to guard against
> ExplicitGCInvokesConcurrentAndUnloadsClasses ?

Didn't see this flag used in testing but it would be wise to guard 
against it as well, thanks. I would throw in DisableExplicitGC too.

-JB-

>
> David
>
>> Thanks,
>>
>> -JB-



More information about the serviceability-dev mailing list