[13] RFR (S): 8059241: C2: Excessive RemoveUseless passes during incremental inlining

Vladimir Ivanov vladimir.x.ivanov at oracle.com
Fri Jan 25 23:34:54 UTC 2019


Thanks, Aleksey.

I did some measurements with earlier version [1] and didn't notice any 
regressions:
                           BEFORE                 AFTER
Box2DBench            50.439 ±  5.644       43.549 ±  2.520  ms/op
CryptoBench            6.972 ±  0.137        7.019 ±  0.163  ms/op
DeltaBlueBench       630.607 ±  6.784      644.160 ± 11.296  us/op
EarleyBoyerBench      20.284 ±  0.415       20.735 ±  0.378  ms/op
GbemuBench            58.731 ±  2.852       59.245 ±  3.936  ms/op
NavierStokesBench      6.606 ±  0.042        6.628 ±  0.057  ms/op
PdfJSBench            83.063 ±  4.480       78.909 ±  2.268  ms/op
RaytraceBench       3583.622 ± 40.646     3578.562 ± 45.962  us/op
RegexpBench           70.060 ±  2.538       72.189 ±  2.651  ms/op
RichardsBench        233.414 ±  2.990      233.116 ±  5.641  us/op
SplayBench           956.145 ± 37.547      917.133 ± 37.245  us/op

Let me know about your findings.

Best regards,
Vladimir Ivanov

[1] http://hg.openjdk.java.net/jdk/jdk/rev/80b55cf3a804

On 25/01/2019 04:17, Aleksey Shipilev wrote:
> On 1/25/19 4:18 AM, Vladimir Ivanov wrote:
>> http://cr.openjdk.java.net/~vlivanov/8059241/webrev.03/
>>
>> I ran Octane w/ -XX:+CITime and observed significant reduction in "Incremental Inline" times (~50%
>> off on IGVN, 80-95% off on "Prune Useless").
> 
> Yes, I see "Prune Useless" going down with -XX:+CITime with this patch. However, I suspect there are
> performance regressions, and I am not able to verify them until this one is fixed:
>    https://bugs.openjdk.java.net/browse/JDK-8217782
> 
> -Aleksey
> 


More information about the hotspot-compiler-dev mailing list