review(XS): 7085279: C1 overflows code buffer with VerifyOops and CompressedOops

Vladimir Kozlov vladimir.kozlov at oracle.com
Tue Aug 30 18:17:40 PDT 2011


Then it is fine. Changes looks good.

Vladimir

Igor Veresov wrote:
> I just thought that it might need to be adjusted anyway for 64bit. I haven't seen any problems with that (because of the inlining constraints), but intuitively we would hit the limit sooner on 64 bit. 
> 
> igor
> 
> On Tuesday, August 30, 2011 at 5:49 PM, Vladimir Kozlov wrote:
> 
>> Igor,
>>
>> May be you need to increase size only if VerifyOops is specified. What do you think?
>>
>> Vladimir
>>
>> Igor Veresov wrote:
>>> This happens during emission of LIR_OpAllocObj. C1 assumes that a LIR instruction will fit into 1K but in this case it's not true because the allocation code is pretty large by itself and oop verfication adds an order of magnitude more of additional code. 
>>>
>>> I bumped up the size of the code per LIR operation to 2K. And also increased the size of the NMethodSizeLimit to accommodate all the verification code emitted. 
>>>
>>> Webrev: http://cr.openjdk.java.net/~iveresov/7085279/webrev.00/
>>>
>>> Thanks,
>>> igor
> 
> 


More information about the hotspot-compiler-dev mailing list