[jdk21u-dev] RFR: 8272364: Parallel GC adaptive size policy may shrink the heap below MinHeapSize

Daniel Hu duke at openjdk.org
Thu Nov 13 01:39:11 UTC 2025


On Wed, 12 Nov 2025 08:16:59 GMT, Goetz Lindenmaier <goetz at openjdk.org> wrote:

>> Clean backports. Fixes miscalculation of Parallal GC ergonomics; followup backports to fix related gtest (JDK-8333674 is trivial and backported so that JDK-8331675 is clean). New test passes with change, fails without. Changes pass GHA and internal Amazon pipelines: jtreg tier1-4 on platforms linux x64, aarch64, aarch32; alpine x64, aarch64; mac aarch64, x64; windows x64.
>
> Hi @cost0much 
> Why do you merge this into one PR?  If it is clean, it would be much better to have three PRs.
> You can do dependent PRs, i.e. for the second make a branch on top of the first, and in the PR 
> use the git branch of the first RP to compare to.
> 
> Also, please give a reason why you want to backport [JDK-8272364](https://bugs.openjdk.org/browse/JDK-8272364)

@GoeLin Ah, that's my bad. I assumed that given the subsequent test failures of [JDK-8272364](https://bugs.openjdk.org/browse/JDK-8272364), an atomic merge would be preferred. I can re-open with multiple PRs if that's better.

The justification for [JDK-8272364](https://bugs.openjdk.org/browse/JDK-8272364) is that the current behavior is incorrect, and the issue was significant enough to warrant a backport to 22. Moreover, the risk is comparatively low for hotspot backports, given the lack of bugtail (besides some failing tests). The only major risk I see is if 21 users are already reliant on the current incorrect behavior; if that's a main consideration, then this backport can be abandoned.

-------------

PR Comment: https://git.openjdk.org/jdk21u-dev/pull/2419#issuecomment-3524715204


More information about the jdk-updates-dev mailing list