Bug ID: JDK-8177899 Tests fail due to code cache exhaustion on machines with many cores

Versions (Unresolved/Resolved/Fixed)

The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.

JDK 11	JDK 12
11.0.5-oracleFixed	12 b18Fixed

compiler/codecache/cli/codeheapsize/TestCodeHeapSizeOptions.java
compiler/codecache/cli/printcodecache/TestPrintCodeCacheOption.java
compiler/codecache/CheckReservedInitialCodeCacheSizeArgOrder.java

fail on machine with a lot of cores

 stdout: [Error occurred during initialization of VM
Not enough space in non-nmethod code heap to run VM: 20480K < 21475K
];
 stderr: []
 exitValue = 1

Please note, tests failed on Intel Xeon hosts with -XX:UseAVX=3

We have suspicious test failures like these in 8u on large machines, might make sense to backport.
13-01-2021
Fix Request JDK11u The VM didn't come up on a SPARC machine due to too high upper limit of compiler threads leading to misconfigured code cache. Original change does not apply cleanly and needs manual resolution. JDK11u backport was reviewed: https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2019-June/001271.html We tested the backport in our nightly tests sucessfully.
11-06-2019
http://cr.openjdk.java.net/~thartmann/8177899/webrev.03
29-10-2018
This is still an issue (see JDK-8212727). Re-opening.
22-10-2018
NAI after JDK-8198756
25-06-2018
the easy fix would be to add -XX:CICompilerCount=2 to the affected tests. but we might also want to think about changing the default value of CICompilerCount to take code cache size into consideration and not just number of cpus.
26-01-2018
ILW = Testbug (code heap size is set too low for VM to start up), only on systems with many cores, no workaround = MMH = P3
03-04-2017
The machine has 256 cores and the VM therefore creates 36 compiler threads. Each compiler thread requires extra space in the code cache for temporary buffers: java -XX:+TieredCompilation -XX:TieredStopAtLevel=0 -XX:+SegmentedCodeCache -XX:+PrintCodeCache [...] CodeHeap 'non-nmethods': size=25396Kb used=20889Kb max_used=20889Kb free=4506Kb bounds [0x00007f89bdbca000, 0x00007f89bf03a000, 0x00007f89bf497000] total_blobs=358 nmethods=19 adapters=217 We require 20889Kb in the non-nmethods code heap but the VM is started with 20480Kb.
03-04-2017
#> java -XX:InitialCodeCacheSize=4m -XX:ReservedCodeCacheSize=8m -version java version "9-ea" Java(TM) SE Runtime Environment (build 9-ea+160) Java HotSpot(TM) 64-Bit Server VM (build 9-ea+160, mixed mode) #>java -XX:ReservedCodeCacheSize=8m -XX:InitialCodeCacheSize=4m -version java version "9-ea" Java(TM) SE Runtime Environment (build 9-ea+160) Java HotSpot(TM) 64-Bit Server VM (build 9-ea+160, mixed mode)
31-03-2017

Duplicate :	JDK-8177918 - Test compiler/codecache/CheckReservedInitialCodeCacheSizeArgOrder.java fails
Duplicate :	JDK-8212727 - [TESTBUG] TestPrintCodeCacheOption.java failed on machine with a lot CPUs
Relates :	JDK-8198756 - Lazy allocation of compiler threads
Relates :	JDK-8213086 - Compiler thread creation should be bounded by available space in memory and Code Cache