-
Bug
-
Resolution: Fixed
-
P4
-
repo-loom
-
b05
These 2 tests try to create 10 vthreads and have them all block on a synchronized method call, but on some hosts there are not enough carrier threads to support pinning all 10 vthreads (by default there is 1 per core), so the test deadlocks. -Djdk.defaultScheduler.parallelism=<n> could be used with the debugee to ensure there are enough carrier threads.
vmTestbase/nsk/jdi/EventRequestManager/stepRequests/stepreq002/TestDescription.java
vmTestbase/nsk/jdi/EventRequestManager/deleteEventRequests/delevtreqs002/TestDescription.java
Not this is basically the same issue as we see withJDK-8282383, but those tests fail when there are even fewer cores.
vmTestbase/nsk/jdi/EventRequestManager/stepRequests/stepreq002/TestDescription.java
vmTestbase/nsk/jdi/EventRequestManager/deleteEventRequests/delevtreqs002/TestDescription.java
Not this is basically the same issue as we see with
- relates to
-
JDK-8291429 java/lang/Thread/virtual/ThreadAPI.java timed out on single core system
-
- Resolved
-
-
JDK-8282383 [LOOM] 6 nsk JDI and JDB tests sometimes failing with vthread wrapper due to running out of carrier threads
-
- Resolved
-