> This test was recently dialled down via JDK-8323002 but it still makes slow > progress on some test machines, esp. macox-x64-debug builds. The issue is > that the sampling of the target thread is skewed towards the unmounted case > so the target thread is disabled from being scheduled and doesn't make > progress. The test is re-worked to use a barrier so that the main thread and > target virtual thread run in lock step. This allows the virtual thread to > make progress at each iteration and also increases the chances of sampling > the stack trace at around the time that the target thread transitions from > being unmounted (due to the Thread.yield) and parking while pinned.
Alan Bateman has updated the pull request incrementally with one additional commit since the last revision: Run in othervm mode ------------- Changes: - all: https://git.openjdk.org/jdk/pull/17353/files - new: https://git.openjdk.org/jdk/pull/17353/files/55978a82..4b174603 Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=17353&range=01 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17353&range=00-01 Stats: 2 lines in 1 file changed: 0 ins; 0 del; 2 mod Patch: https://git.openjdk.org/jdk/pull/17353.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/17353/head:pull/17353 PR: https://git.openjdk.org/jdk/pull/17353
