RFR: 8274563: jfr/event/oldobject/TestClassLoaderLeak.java fails when GC cycles are not happening
Erik Gahlin
egahlin at openjdk.java.net
Thu Sep 30 16:28:30 UTC 2021
On Thu, 30 Sep 2021 11:35:52 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:
> This reliably fails with Serial (ignored by @requires), Shenandoah and Z:
>
>
> $ CONF=linux-x86_64-server-fastdebug make run-test TEST=jdk/jfr/event/oldobject/TestClassLoaderLeak.java TEST_VM_OPTS="-XX:+UseShenandoahGC"
>
> ...
>
> STDERR:
> java.lang.RuntimeException: Could not find class leak
> at jdk.test.lib.Asserts.fail(Asserts.java:594)
> at jdk.jfr.event.oldobject.TestClassLoaderLeak.main(TestClassLoaderLeak.java:80)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:127)
> at java.base/java.lang.Thread.run(Thread.java:833)
>
>
> I believe this test implicitly wants at least one GC cycle to happen so that `ObjectSampler::oop_storage_gc_notification` turns the sampled objects "old". An easy way to do this is to trim the Java heap size. If that does not work, we would need to go to MXBeans and watch GC cycles happening.
>
> Additional testing:
> - [x] Affected test with `-XX:+UseShenandoahGC`, 10 times
> - [x] Affected test with `-XX:+UseZGC`, 10 times
> - [x] Affected test with `-XX:+UseSerialGC`, 10 times
> - [x] Affected test with `-XX:+UseParallelGC`, 10 times
> - [x] Affected test with `-XX:+UseG1GC`, 10 times
Marked as reviewed by egahlin (Reviewer).
-------------
PR: https://git.openjdk.java.net/jdk/pull/5775
More information about the hotspot-jfr-dev
mailing list