RFR: 8373022: Increase initial heap size for test which assumes no GC

[Joel Sikström]

On Wed, 3 Dec 2025 16:42:29 GMT, Chris Plummer <cjplummer at openjdk.org> wrote:

> It's probably just the timing of the GC that determines whether the initial small heap is a problem or not. If you want the SA tests to be reliable with something like InitialRAMPercentage=0, probably all of the tests should be updated. However, personally I don't think this type of fix should be necessary unless you feel testing in the manner is something we want to support. There are plenty of tests that start failing when non-standard command line options are used.

FYI we just integrated a change that sets InitialRAMPercentage=0 for JDK 26 that we've been working on (see https://github.com/openjdk/jdk/pull/28641). We've run up to Oracle's tier8 twice now, and apart from the tests that are included in this PR, we've not seen any other SA failures.


Of course there might be other intermittent failures in the future, in which case I see two approaches moving forward: problem listing or bumping the initial heap size for the affected tests, or going over all SA tests and making sure that they all run with a "large" initial heap size (like 100MB). Unless we start seing many (for some definition of many) test failures from now, a pragmatic compromise is to selectively bump the initial heap size of such tests, like I do in this PR.

Of course, the optimal approach would be to make any affected SA tests more robst to GC timings. But, since I'm not sure how much time we want to invest in improving SA tests, bumping the heap size is likely a good compromise here.

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

PR Comment: https://git.openjdk.org/jdk/pull/28637#issuecomment-3613022715