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