RFR: 8326615: C1/C2 don't handle allocation failure properly during initialization (RuntimeStub::new_runtime_stub fatal crash) [v5]

[Vladimir Kozlov]

On Thu, 4 Jul 2024 12:43:04 GMT, Damon Fenacci <dfenacci at openjdk.org> wrote:

>> Damon Fenacci has updated the pull request incrementally with three additional commits since the last revision:
>> 
>>  - Update src/hotspot/share/gc/z/c1/zBarrierSetC1.cpp
>>    
>>    Co-authored-by: Tobias Hartmann <tobias.hartmann at oracle.com>
>>  - Update src/hotspot/share/gc/z/c1/zBarrierSetC1.cpp
>>    
>>    Co-authored-by: Tobias Hartmann <tobias.hartmann at oracle.com>
>>  - Update src/hotspot/share/gc/x/c1/xBarrierSetC1.cpp
>>    
>>    Co-authored-by: Tobias Hartmann <tobias.hartmann at oracle.com>
>
> Max used code cache size running a simple HelloWorld:
> |                | Int   | C1 only | C2 only | C1/C2 tiered |
> |----------------|-------|---------|---------|--------------|
> | linux-x64 (16 core, avx512)      | 785Kb | 5400Kb  | 1521Kb  | 6219Kb       |
> | macosx-aarch64 (10 core) | 673Kb | 3210Kb  | 1357Kb  | 4701Kb       |
> | linux-aarch64  (16 core) | 671Kb | 6142Kb  | 1462Kb  | 6890Kb       |

@dafedafe, can you show full output (including version lines) of `java -XX:+PrintCodeCache -XX:TieredStopAtLevel=1 -version` on linux-x64?
I want to see what consumes CodeCache in your experiments.

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

PR Comment: https://git.openjdk.org/jdk/pull/19280#issuecomment-2217971556