RFR (S) 8230052: MLVM findDeadlock test timed out
Coleen Phillimore
coleen.phillimore at oracle.com
Fri Aug 28 11:59:03 UTC 2020
On 8/27/20 7:59 PM, Ioi Lam wrote:
> Hi Coleen,
>
> From the comments of the bug, it looks like we are still not sure
> whether this happened because we're just running on a slow machine, or
> whether there's is an real underlying issue.
Thanks for looking at this. We don't know whether there's an issue
unless we download all the artifacts and debug the core file. In the
one that failed, we did that and there was nothing wrong. It was busy
doing GC. Honestly don't know what we're looking for if there's an
underlying issue.
>
> Since the test fails very rarely (a few times a year??), if we are
> modifying it, maybe print out time stamps after every iteration? So if
> this fails again in six months we will have more info to look at.
> E.g., if the time stamps are well spaced out, we know we're running on
> a slow machine. If the time stamps get progressively longer, we
> probably have a bug in the test or in the VM.
That's a good idea. I see David below has a suggestion, which is good!
Coleen
>
> Thanks
> - Ioi
>
> On 8/27/20 3:53 PM, Coleen Phillimore wrote:
>> Summary: Add a System.gc() and reduce iteration count for more
>> stability.
>>
>> open webrev at
>> http://cr.openjdk.java.net/~coleenp/2020/8230052.01/webrev
>> bug link https://bugs.openjdk.java.net/browse/JDK-8230052
>>
>> Ran test 100x with < 1minute run time. Should I add a timeout of 10
>> minutes also?
>>
>> Thanks,
>> Coleen
>
More information about the hotspot-runtime-dev
mailing list