RFR: JDK-8212218: [TESTBUG] runtime/ErrorHandling/TestHeapDumpOnOutOfMemoryErrorInMetaspace.java timed out
Thomas Stuefe
stuefe at openjdk.java.net
Tue Oct 13 15:26:19 UTC 2020
Hi,
this is a very simple test fix.
TestHeapDumpOnOutOfMemoryErrorInMetaspace tests that Metaspace OOMs result in heap dumps if VM had been started
with -XX:+HeapDumpOnOutOfMemoryError.
The test fills Metaspace up to the limit (MaxMetaspaceSize) to provoke a Metaspace OOM. It sets MaxMetaspaceSize to 64m
64m gives us room for about ~62000 classes with the current VM. With JEP387, this becomes more like 68000 classes.
6x000 classes are a lot and if test runs on a debug VM they cause long verification times from compiler dependency
checks as well as CLDG verification. Both verifications behave quadratic. On our slow ppc machines this often leads to
timeouts (test takes about 22 minutes).
I lowered MaxMetaspaceSize to 16m which is fine for this test and reduces the number of loaded classes to ~12000
classes resp 15000 with JEP387. This eases verification costs a lot.
I also switch off compiler dependency checks because a number of similar runtime tests do the same.
I left it at that because that brings down test time on our ppc machine to ~30 seconds, which is fine.
-------------
Commit messages:
- JDK-8212218
Changes: https://git.openjdk.java.net/jdk/pull/637/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=637&range=00
Issue: https://bugs.openjdk.java.net/browse/JDK-8212218
Stats: 15 lines in 1 file changed: 13 ins; 0 del; 2 mod
Patch: https://git.openjdk.java.net/jdk/pull/637.diff
Fetch: git fetch https://git.openjdk.java.net/jdk pull/637/head:pull/637
PR: https://git.openjdk.java.net/jdk/pull/637
More information about the hotspot-runtime-dev
mailing list