RFR(S): 8161379: @CallerSensitive methods should be forcefully inlined to get Reflection.getCallerClass optimization
Remi Forax
forax at univ-mlv.fr
Sat Jul 16 00:22:47 UTC 2016
Looks good,
obviously s/@ForceSensitive/@ForceInline
Rémi
----- Mail original -----
> De: "Claes Redestad" <claes.redestad at oracle.com>
> À: "hotspot compiler" <hotspot-compiler-dev at openjdk.java.net>, "Aleksey Shipilev" <aleksey.shipilev at oracle.com>
> Envoyé: Samedi 16 Juillet 2016 02:12:49
> Objet: RFR(S): 8161379: @CallerSensitive methods should be forcefully inlined to get Reflection.getCallerClass
> optimization
>
> Hi,
>
> Aleksey and I would like to contribute this patch which change the
> inlining policy to treat @CallerSensitive as it would
> @ForceSensitive.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8161379
> Webrev: http://cr.openjdk.java.net/~redestad/8161379/webrev.01/
>
> The issue is that the JNI call behind Reflection.getCallerClass() is
> very expensive compared to the C2 intrinsic. This shows up in various
> microbenchmarks stress-testing reflection, method handle lookup etc,
> and can be linked to a number of intermittent regressions we see appear
> in various benchmarks.
>
> See the bug for more information.
>
> Testing: JPRT -testset hotspot, RBT hotspot-nightly-compiler
>
> Thanks!
>
> /Claes
>
More information about the hotspot-compiler-dev
mailing list