RFR: 8165661: SPECjvm2008-crypto.signverify regression in 9-b105
Tobias Hartmann
tobias.hartmann at oracle.com
Fri Oct 21 06:27:20 UTC 2016
Hi Rahul,
On 20.10.2016 20:24, Rahul Raghavan wrote:
> Hi,
>
> Please review following patch for JDK- 8165661.
> <webrev.00> : http://cr.openjdk.java.net/~rraghavan/8165661/webrev.00/
>
> 1. <bug details> : https://bugs.openjdk.java.net/browse/JDK-8165661
> Performance regression reported with Internal run benchmark harness (SPECjvm2008-crypto.signverify) for x86_64 with JDK9-b105 build onwards.
>
> 2. Found following change done as sub-part of old JDK-8145322 Enhancement is the root cause of the reported Performance regression -
> [the (CastII (AddI x const)) -> (AddI (CastII x) const) transformation change block in CastIINode::Ideal() - castnode.cpp]
>
> (https://bugs.openjdk.java.net/browse/JDK-8145322 - Code generated from unsafe loops can be slightly improved)
> (http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/c8b709902e0e)
> (http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-December/020381.html)
>
> 3. Understood there was no performance numbers with old 8145322 fix.
> But now with proposed <webrev.00> change (reverting old sub part of 8145322),
> got no jprt functional failures, no other performance regressions and confirmed reported signverify regression is solved.
>
> 4. So to go forward as Roland W suggested, request for review and approval of this proposed <webrev.00> to close this 8165661.
> Afterwards I will create a new separate enhancement CR to investigate
> why this reverted old 8145322 part caused issues and for a possible better version of the same.
Looks good to me! Please link the new enhancement to this bug.
Best regards,
Tobias
>
>
> Thanks,
> Rahul
>
More information about the hotspot-compiler-dev
mailing list