RFR (L): 7054512: Compress class pointers after perm gen removal

Coleen Phillimore coleen.phillimore at oracle.com
Mon Sep 24 07:05:50 PDT 2012


Hi Vladimr,

I can't seem to find this code that I'm talking about below.  I was 
looking for it on Friday..   I thought we added the class_loader oop to 
the oop section of the nmethod.   Maybe Tom implemented it differently 
or we didn't need this to keep metadata alive.

Coleen

On 9/20/2012 3:49 PM, Vladimir Kozlov wrote:
> Thanks, Coleen
>
> Vladimir
>
> Coleen Phillimore wrote:
>>
>> There's code in nmethod.cpp that iterates over these pointers and 
>> makes sure that the class_loader associated with this metadata is 
>> added to the oop section of the nmethod.   This is so the class 
>> loader isn't unloaded and metadata deallocated.
>>
>> I think that's the main reason we save it when we're generating code 
>> in the oopRelocation area.  There might be other reasons but I don't 
>> know offhand.
>>
>> Coleen
>>
>> On 9/20/2012 3:27 PM, Vladimir Kozlov wrote:
>>> This look good.
>>>
>>> Coleen, why we need relocation for metadata pointers?
>>>
>>> Thanks,
>>> Vladimir
>>>
>>> Roland Westrelin wrote:
>>>> compilers and SA support for compressed klass pointers.
>>>>
>>>> http://cr.openjdk.java.net/~roland/7054512/webrev.00/
>>>>
>>>> Roland.


More information about the hotspot-compiler-dev mailing list