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