RFR: 8183232: Avoid resolving method_kind in AbstractInterpreter::can_be_compiled
coleen.phillimore at oracle.com
coleen.phillimore at oracle.com
Fri Jun 30 15:14:06 UTC 2017
http://cr.openjdk.java.net/~redestad/8183232/hotspot.00/src/share/vm/interpreter/abstractInterpreter.hpp.udiff.html
Can you change can_be_compiled to pass a const methodHandle&
thanks!
Coleen
On 6/29/17 12:13 PM, Claes Redestad wrote:
> Hi all,
>
> it appears profitable for startup to simplify
> AbstractInterpreter::can_be_compiled
> to use methodHandle->intrinsic_id() rather than take a detour through
> method_kind.
>
> webrev: http://cr.openjdk.java.net/~redestad/8183232/hotspot.00/
> bug: https://bugs.openjdk.java.net/browse/JDK-8183232
>
> Note: Having platform-dependent implementations for can_be_compiled
> seems excessive,
> since if the intrinsic isn't implemented the corresponding case will
> never trigger anyway.
> No regression can be detected on platforms that doesn't have certain
> intrinsics, such as
> SPARC, but if there's preference I can revert to having
> platform-dependent methods.
>
> Testing: JPRT
>
> Thanks!
>
> /Claes
More information about the hotspot-runtime-dev
mailing list