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