RFR: 8342775: [Graal] java/util/concurrent/locks/Lock/OOMEInAQS.java fails OOME thrown from the UncaughtExceptionHandler [v3]
Tom Rodriguez
never at openjdk.org
Mon Feb 3 04:59:55 UTC 2025
On Fri, 31 Jan 2025 22:18:32 GMT, Tom Rodriguez <never at openjdk.org> wrote:
>> 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 five additional commits since the last revision:
>
> - Disable test for Graal with Xcomp
> - Merge branch 'master' into tkr-oomeinaqs-ea
> - 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
At the time it was filed, OOMEInStampedLock.java didn't exist but it's a direct clone of OOMEInAQS.java and has the exact same problem in our testing.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/21745#issuecomment-2629956593
More information about the core-libs-dev
mailing list