> Deoptimization with escape analysis can fail when trying to rematerialize > objects as described in JDK-8227309. In this test this can happen in Xcomp > mode in the framework of the test resulting in a test failure. Making the > number of threads non-final avoids scalar replacement and thus the OOM during > deopt.
Tom Rodriguez has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains three additional commits since the last revision: - adjust OOMEInStampedLock.java too - Merge branch 'master' into tkr-oomeinaqs-ea - 8342775: [Graal] java/util/concurrent/locks/Lock/OOMEInAQS.java fails OOME thrown from the UncaughtExceptionHandler ------------- Changes: - all: https://git.openjdk.org/jdk/pull/21745/files - new: https://git.openjdk.org/jdk/pull/21745/files/5c105736..98f63ef0 Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=21745&range=01 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=21745&range=00-01 Stats: 676957 lines in 10197 files changed: 356680 ins; 262882 del; 57395 mod Patch: https://git.openjdk.org/jdk/pull/21745.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/21745/head:pull/21745 PR: https://git.openjdk.org/jdk/pull/21745
