RFR (XS) 8220688: [TESTBUG] runtime/NMT/MallocStressTest.java timed out
David Holmes
david.holmes at oracle.com
Tue May 21 02:25:39 UTC 2019
Hi Coleen,
This is fine to push, but some discussion below ...
On 21/05/2019 6:50 am, coleen.phillimore at oracle.com wrote:
> Summary: reduce number of threads and iterate rather than sleep.
Reducing the load of this test may be reasonable ... though perhaps it
should be configured based on available CPUs rather than fixed numbers
(just a thought).
But this test rarely times out (and some failures of the test have been
incorrectly attributed with this bug - the 10 second attach timeout is
not at all the same issue as timing out after 1h25m!), so your testing
is unlikely to have encountered the conditions in which the timeout
actually manifests. The test normally runs in a few minutes on linux so
the 1h25m timeout is extreme and seems unlikely to be due simply to the
load the test produces. So I would not be surprised if we continue to
see occasional timeouts.
Further, the huge variation in execution time for this test across
different platforms e.g. macOS takes 45 minutes!, suggests there may be
something else at play here.
Thanks,
David
> Ran test 20x without timeout and faster now. Left /timeout in test
> because it doesn't hurt.
>
> open webrev at http://cr.openjdk.java.net/~coleenp/2019/8220688.01/webrev
> bug link https://bugs.openjdk.java.net/browse/JDK-8220688
>
> Thanks,
> Coleen
More information about the hotspot-runtime-dev
mailing list