Client emulation mode flags set MaxRAM to 1G, which is then used to influence the heap size when setting it ergonomically in Arguments::set_heap_size(). However, when setting the client emulation mode flags from CompilerConfig::ergo_initialize(), the min, max and initial heap sizes have already been set, so the desired impact is lost. See code below.
jint Arguments::apply_ergo() {
...
// Set heap size based on available physical memory
set_heap_size();
...
// Set compiler flags after GC is selected and GC specific
// flags (LoopStripMiningIter) are set.
CompilerConfig::ergo_initialize();
...
}
It looks like this was introduced inJDK-8184349.
jint Arguments::apply_ergo() {
...
// Set heap size based on available physical memory
set_heap_size();
...
// Set compiler flags after GC is selected and GC specific
// flags (LoopStripMiningIter) are set.
CompilerConfig::ergo_initialize();
...
}
It looks like this was introduced in
- caused by
-
JDK-8184349 There should be some verification that EnableJVMCI is disabled if a GC not supporting JVMCI is selected
-
- Resolved
-
- links to
-
Commit(master)
openjdk/jdk/dcf46a0a
-
Review(master)
openjdk/jdk/27765