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