RFR: 8342775: [Graal] java/util/concurrent/locks/Lock/OOMEInAQS.java fails OOME thrown from the UncaughtExceptionHandler [v2]
Tom Rodriguez
never at openjdk.org
Fri Jan 31 22:18:41 UTC 2025
On Thu, 16 Jan 2025 18:37:36 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 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
I've disabled the test for Graal with Xcomp. Is that an acceptable solution? Testing indicates that it properly stops it for Graal without affecting other configurations.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/21745#issuecomment-2628490339
More information about the core-libs-dev
mailing list