On Wed, 3 Dec 2025 16:42:29 GMT, Chris Plummer <[email protected]> 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
