RFR (S) 8230052: MLVM findDeadlock test timed out
David Holmes
david.holmes at oracle.com
Sat Aug 29 01:55:47 UTC 2020
On 29/08/2020 5:18 am, Coleen Phillimore wrote:
>
> Continuing the discussion in the bug, I've taken out the System.gc() and
> added -Xlog:gc+safepoint to see if these give any ideas why the test
> times out. See:
So no longer trying to fix it just trying to get more diagnostics. But
how much logging info is that going to produce? Are we just going to hit
the jtreg buffer limit?
I would have gone for some coarser higher-level "logging" initially. It
is going to be hard to correlate the log entries with what is happening
at the test level without output from the test itself that will appear
in-order with the system logging. So I'm not at all sure this logging
will really help.
But lets give it a try.
David
> bug link https://bugs.openjdk.java.net/browse/JDK-8230052
> open webrev at http://cr.openjdk.java.net/~coleenp/2020/8230052.02/webrev
>
> thanks,
> Coleen
>
>
> On 8/28/20 8:22 AM, Patricio Chilano wrote:
>> Hi Coleen,
>>
>> On 8/27/20 7: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
>> Looks good to me.
>> If we see any new failure I think we can try to run the test with
>> extra VM logging enabled.
>>
>>
>> Thanks,
>> Patricio
>>> 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