[9] RFR (S): 8059241: Incremental inlining is too hot when compiling Nashorn/Octane

Vladimir Ivanov vladimir.x.ivanov at oracle.com
Wed Apr 29 18:11:08 UTC 2015

Sigh, I missed an important case.

Incremental inlining fails miserably when a call site dies while waiting 
for being inlined. It happens when previously inlined call causes some 
branches to be eliminated, but the info hasn't been propagated yet.

I tried to enhance dead code detection logic, but failed. So, I reverted 
the following part of original fix:
  "(1) Reduce PhaseRemoveUseless frequency: inline in larger chunks 
until IR size LiveNodeCountInliningCutoff, then eliminate dead nodes."

Updated webrev:

Best regards,
Vladimir Ivanov

On 4/27/15 11:14 AM, Vladimir Ivanov wrote:
> Thanks for reviews, John, Roland, and Aleksey.
> Best regards,
> Vladimir Ivanov
> On 4/27/15 10:39 AM, Roland Westrelin wrote:
>>> http://cr.openjdk.java.net/~vlivanov/8059241/webrev.00
>> That looks good to me.
>> Roland.

More information about the hotspot-compiler-dev mailing list