RFR JDK-8159720 C2 failures should not prevent C1 from compiling a method

dean.long at oracle.com dean.long at oracle.com
Thu Jun 16 19:20:31 UTC 2016


On 6/16/16 11:55 AM, Christian Thalinger wrote:

>
>> On Jun 16, 2016, at 10:51 AM, Carsten Varming <varming at gmail.com 
>> <mailto:varming at gmail.com>> wrote:
>>
>> Dear compiler list,
>>
>> I ran into a few methods that C2 failed to compile due to their 
>> number of arguments. To my surprise C2's failure caused the methods 
>> to be executed in the interpreter; although they had previously been 
>> compiled with C1. It turns out that a few C2 failures marks a method 
>> as not compilable on all tiers. I went through all possible failures 
>> with this behavior and I don't see reasons for preventing C1 from 
>> compiling a method after C2 failed. Perhaps some of you know the 
>> reasons behind this. I wrote a small patch to prevent C2 failures 
>> from marking a method as not compilable on all tiers when tiered 
>> compilation is on.
>
> I briefly looked at the history of that code and it’s there since the 
> initial load into Mercurial.  Does anyone have more history on this or 
> is this just an oversight from early-stage planning?
>
The _all_tiers part seems to come from 
https://bugs.openjdk.java.net/browse/JDK-4939496.

dl

>>
>> I filed a bug: JDK-8159720
>> and created a webrev: 
>> http://cr.openjdk.java.net/~cvarming/c2_failure_prevents_all_tiers/0/ 
>> <http://cr.openjdk.java.net/%7Ecvarming/c2_failure_prevents_all_tiers/0/>
>>
>> Carsten
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160616/d7751051/attachment.html>


More information about the hotspot-compiler-dev mailing list