Probably a bug

Aleksey Shipilev shade at redhat.com
Tue Feb 25 09:37:21 UTC 2020


On 2/24/20 11:22 PM, Kirill A. Korinsky wrote:
> After playing really a while I've created a very trivial test case: https://github.com/catap/shenandoah-akka-bug <https://github.com/catap/shenandoah-akka-bug>

Thank you.

It can be run without docker-compose with just a naked JDK binary.

This reliably fails with Future timeout for me:

$ mvn package
$ cd target/shenandoah-akka-bug-1.0.0-dist/shenandoah-akka-bug-1.0.0
$ EXTERNAL_ADDR=127.0.0.1
~/trunks/shenandoah-jdk8/build/linux-x86_64-normal-server-fastdebug/images/j2sdk-image/bin/java
-Xmx1g -XX:+UseShenandoahGC -XX:+UnlockDiagnosticVMOptions -XX:ShenandoahGCHeuristics=aggressive
-XX:TieredStopAtLevel=1 -jar bin/shenandoah-akka-bug-1.0.0.jar

What it seems to tell me:
 a) It fails only with -XX:TieredStopAtLevel=1. It does not seem to fail with -Xint or
-XX:-TieredCompilation, which suggests this is C1 problem;
 b) It does not seem to fail with -XX:ShenandoahGCMode=passive, which suggests this trouble  is
somewhere in Shenandoah C1 barriers or around it;
 c) It does not fail with -XX:ShenandoahGCMode=passive and all barriers enabled back, which suggests
it is somewhere in the mid/slowpath of Shenandoah C1 barrier.

-- 
Thanks,
-Aleksey



More information about the shenandoah-dev mailing list