RFR: 8358129: compiler/startup/StartupOutput.java runs into out of memory on Windows after JDK-8347406
SendaoYan
syan at openjdk.org
Tue Jun 3 10:02:02 UTC 2025
On Mon, 2 Jun 2025 10:57:22 GMT, Damon Fenacci <dfenacci at openjdk.org> wrote:
> The test `compiler/startup/StartupOutput.java` starts **200 VMs in a loop** , this can lead to resource shortages on some (Windows) machines.
>
> There is no real need to run those VMs concurrently (their run is short and basically check that the VM doesn't crash giving limited code cache).
>
> Running them **sequentially** should be OK and should avoid running out of memory.
>
> Testing: Tier1-3+
test/hotspot/jtreg/compiler/startup/StartupOutput.java line 67:
> 65: int reservedCodeCacheSizeInKb = initialCodeCacheSizeInKb + rand.nextInt(200);
> 66: pb = ProcessTools.createLimitedTestJavaProcessBuilder("-XX:InitialCodeCacheSize=" + initialCodeCacheSizeInKb + "K", "-XX:ReservedCodeCacheSize=" + reservedCodeCacheSizeInKb + "k", "-version");
> 67: out = new OutputAnalyzer(pb.start());
SInce we start VMs from concurrently to serially, do we need start VMs 200 times anymore, maybe 20 times or 5 times is enough, or even just 1 time is enough?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/25582#discussion_r2123333185
More information about the hotspot-compiler-dev
mailing list