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

Dean Long dlong at openjdk.org
Fri Feb 28 20:38:54 UTC 2025


On Fri, 28 Feb 2025 20:35:58 GMT, Dean Long <dlong at openjdk.org> wrote:

>> Damon Fenacci has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   JDK-8347406: re-add modified assert
>
> Refreshing my memory, isn't the real problem with trying to fix this with a minimum codecache size is that some of these stubs are not allocated during initial single-threaded JVM startup, but later when the first compiler threads start, and that allows other code blobs to fill up the codecache?

> Even so, it might be a good idea to additionally increase the minimum code cache anyway. @dean-long do you think it would make sense to file an RFE for that?

Sure, if it's still an issue.

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

PR Comment: https://git.openjdk.org/jdk/pull/23630#issuecomment-2691503902


More information about the shenandoah-dev mailing list