On Thu, 29 Aug 2024 13:55:25 GMT, Matthias Baesken <mbaes...@openjdk.org> wrote:
> We see HiddenClassUnloading.java failing on the ppc64 based platforms. On AIX > it seems to fail always; Linux ppc64le sometimes. > Failure output : > java.lang.RuntimeException: unloadedClassCount is zero > at HiddenClassUnloading.main(HiddenClassUnloading.java:66) > at > java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) > at java.base/java.lang.reflect.Method.invoke(Method.java:573) > at > com.sun.javatest.regtest.agent.MainWrapper$MainTask.run(MainWrapper.java:138) > at java.base/java.lang.Thread.run(Thread.java:1575) > > Ergonomics sets on these platforms the heap to 32M (even with the -Xmx8M > -Xms8M settings), see the Xlog UL output > > > [0.045s][info ][gc,init ] Heap Min Capacity: 32M > [0.045s][info ][gc,init ] Heap Initial Capacity: 32M > [0.045s][info ][gc,init ] Heap Max Capacity: 32M > > > So we need more iterations in the test to trigger the class unloading. LGTM. On my M1 MacBook this increase total runtime of `make test TEST=.../HiddenClassUnloading.java` by 8-9s, which seems acceptable to ensure it's stable and fit for purpose on all platforms. ------------- Marked as reviewed by redestad (Reviewer). PR Review: https://git.openjdk.org/jdk/pull/20771#pullrequestreview-2269300778
