RFR(XS): 8233491: Crash in AdapterHandlerLibrary::get_adapter with CDS due to code cache exhaustion
Ioi Lam
ioi.lam at oracle.com
Wed Nov 6 18:12:53 UTC 2019
Looks good to me. Thanks for fixing this. I think I introduced this bug :-(
- Ioi
On 11/6/19 10:01 AM, Vladimir Kozlov wrote:
> CC to runtime group too.
>
> Looks good to me.
>
> Thanks,
> Vladimir
>
> On 11/6/19 5:34 AM, Tobias Hartmann wrote:
>> Hi,
>>
>> please review the following patch:
>> https://bugs.openjdk.java.net/browse/JDK-8233491
>> http://cr.openjdk.java.net/~thartmann/8233491/webrev.00/
>>
>> When running a stress test with CDS, we fail to create adapters when
>> linking a method from a shared
>> class because the code cache is full. This case is not properly
>> handled by the CDS specific code and
>> instead of throwing a VirtualMachineError, we crash because "entry"
>> is NULL.
>>
>> I'm able to spuriously reproduce this with a test (see [1]) but since
>> the problem depends on the
>> class loading sequence, I was not able to make it more reliable or
>> convert it to a robust jtreg
>> test. However, I've verified that the patch fixes the problem.
>>
>> Thanks,
>> Tobias
>>
>> [1]
>> https://bugs.openjdk.java.net/browse/JDK-8233491?focusedCommentId=14298462&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-14298462
>>
>>
More information about the hotspot-runtime-dev
mailing list