RFR: 8265518: C1: Intrinsic support for Preconditions.checkIndex [v2]
Igor Veresov
iveresov at openjdk.java.net
Wed Apr 28 17:35:55 UTC 2021
On Fri, 23 Apr 2021 03:50:54 GMT, Yi Yang <yyang at openjdk.org> wrote:
>> The JDK codebase re-created many variants of checkIndex(`grep -I -r 'cehckIndex' jdk/`). A notable variant is java.nio.Buffer.checkIndex, which annotated with @IntrinsicCandidate and it only has a corresponding C1 intrinsic version.
>>
>> In fact, there is an utility method `jdk.internal.util.Preconditions.checkIndex`(wrapped by java.lang.Objects.checkIndex) that behaves the same as these variants of checkIndex, we can replace these re-created variants of checkIndex by Objects.checkIndex, it would significantly reduce duplicated code and enjoys performance improvement because Preconditions.checkIndex is @IntrinsicCandidate and it has a corresponding intrinsic method in HotSpot.
>>
>> But, the problem is currently HotSpot only implements the C2 version of Preconditions.checkIndex. To reuse it global-widely in JDK code, I think we can firstly implement its C1 counterpart. There are also a few kinds of stuff we can do later:
>>
>> 1. Replace all variants of checkIndex by Objects.checkIndex in the whole JDK codebase.
>> 2. Remove Buffer.checkIndex and obsolete/deprecate InlineNIOCheckIndex flag
>>
>> Testing: cds, compiler and jdk
>
> Yi Yang has updated the pull request incrementally with one additional commit since the last revision:
>
> remove java_nio_Buffer in javaClasses.hpp
src/hotspot/share/c1/c1_GraphBuilder.cpp line 2052:
> 2050: return;
> 2051: }
> 2052:
Do we need to keep this flag?
-------------
PR: https://git.openjdk.java.net/jdk/pull/3615
More information about the hotspot-compiler-dev
mailing list