RFR: 8310268: RISC-V: misaligned memory access in String.Compare intrinsic [v3]

Vladimir Kempik vkempik at openjdk.org
Fri Jul 21 12:27:41 UTC 2023


On Thu, 20 Jul 2023 08:31:56 GMT, Vladimir Kempik <vkempik at openjdk.org> wrote:

>> Please review this fix. it eliminates misaligned loads in String.compare on risc-v
>> 
>> for small compares ( <= 72 bytes), the instrinsic in c2_MacroAssembler.cpp is used,
>> it reads ( in case of UU/LL) 8 bytes per loop, and at then end, it reads tail - misaligned load of last 8 bytes from the string.
>> 
>> so if string length is not 8x bytes long then last load is misaligned, also it performs read/compare of some data which already was processed.
>> 
>> I have changed that to compare only last length%8 bytes using SHORT_STRING part of intrinsic for UL/LU. But for UU/LL I have made an optimised version.
>> 
>> Thanks to optimisations for conditional branching at line [947](https://github.com/openjdk/jdk/pull/14534/files#diff-35eb1d2f1e2f0514dd46bd7fbad49ff2c87703d5a3041a6433956df00a3fe6e6R947) I’ve got no perf drop on thead ( with +AvoidUnalignedAccesses) which supports misaligned access.
>> 
>> Improvements to inflate_XX() methods gives 3-5% improvements for UL/LU cases on thead, almost no perf change on hifive.
>> 
>> for large strings, the instrinsics from stubGenerator.cpp is used
>> for UU/LL - generate_compare_long_string_same_encoding, I have just replaced misaligned ld with load_long_misaligned. Since this tail reading is not on hot path, this give some small penalty for thead when -XX:+AvoidUnalignedAccesses.
>> 
>> large LU/UL comparision is done in compare_long_string_different_encoding in sutbGenerator.cpp:
>> These changes are partially based on feilongjiang's patch, but I have changed tail reading to prevent reading past the end of string. I have observed no perf difference between feilongjiang's and my version.
>> 
>> This also enables regression test for string.Compare which previously was aarch64-only
>> 
>> Testing: tier1 and tier2 clean on hifive.
>> 
>> JMH testing, hifive:
>> before:
>> 
>> Benchmark                                   (delta)  (size)  Mode  Cnt     Score    Error  Units
>> StringCompareToDifferentLength.compareToLL        2      24  avgt    9     6.474 ±  1.475  ms/op
>> StringCompareToDifferentLength.compareToLL        2      36  avgt    9   125.823 ±  1.947  ms/op
>> StringCompareToDifferentLength.compareToLL        2      72  avgt    9    10.512 ±  0.236  ms/op
>> StringCompareToDifferentLength.compareToLL        2     128  avgt    9    13.032 ±  0.821  ms/op
>> StringCompareToDifferentLength.compareToLL        2     256  avgt    9    18.983 ±  0.318  ms/op
>> StringCompareToDifferentLength.compareToLL        2     512  avgt    9    29.925 ± ...
>
> Vladimir Kempik has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Simplify case for long LU UL compares

Updated results on hifive:

Benchmark                                   (delta)  (size)  Mode  Cnt    Score   Error  Units
StringCompareToDifferentLength.compareToLL        2      24  avgt    9    8.694 ± 0.920  ms/op
StringCompareToDifferentLength.compareToLL        2      36  avgt    9    9.583 ± 0.840  ms/op
StringCompareToDifferentLength.compareToLL        2      72  avgt    9   11.671 ± 0.710  ms/op
StringCompareToDifferentLength.compareToLL        2     128  avgt    9   15.860 ± 0.980  ms/op
StringCompareToDifferentLength.compareToLL        2     256  avgt    9   21.407 ± 0.509  ms/op
StringCompareToDifferentLength.compareToLL        2     512  avgt    9   32.435 ± 0.622  ms/op
StringCompareToDifferentLength.compareToLL        2     520  avgt    9   30.888 ± 0.402  ms/op
StringCompareToDifferentLength.compareToLL        2     523  avgt    9   33.265 ± 0.489  ms/op
StringCompareToDifferentLength.compareToLU        2      24  avgt    9   14.335 ± 0.182  ms/op
StringCompareToDifferentLength.compareToLU        2      36  avgt    9   18.220 ± 0.360  ms/op
StringCompareToDifferentLength.compareToLU        2      72  avgt    9   32.331 ± 1.166  ms/op
StringCompareToDifferentLength.compareToLU        2     128  avgt    9   50.462 ± 1.495  ms/op
StringCompareToDifferentLength.compareToLU        2     256  avgt    9   91.972 ± 1.635  ms/op
StringCompareToDifferentLength.compareToLU        2     512  avgt    9  174.093 ± 0.384  ms/op
StringCompareToDifferentLength.compareToLU        2     520  avgt    9  178.736 ± 2.627  ms/op
StringCompareToDifferentLength.compareToLU        2     523  avgt    9  183.112 ± 2.090  ms/op
StringCompareToDifferentLength.compareToUL        2      24  avgt    9   16.344 ± 0.486  ms/op
StringCompareToDifferentLength.compareToUL        2      36  avgt    9   19.724 ± 0.628  ms/op
StringCompareToDifferentLength.compareToUL        2      72  avgt    9   34.062 ± 0.513  ms/op
StringCompareToDifferentLength.compareToUL        2     128  avgt    9   52.019 ± 1.212  ms/op
StringCompareToDifferentLength.compareToUL        2     256  avgt    9   93.111 ± 1.267  ms/op
StringCompareToDifferentLength.compareToUL        2     512  avgt    9  176.734 ± 0.695  ms/op
StringCompareToDifferentLength.compareToUL        2     520  avgt    9  179.531 ± 1.215  ms/op
StringCompareToDifferentLength.compareToUL        2     523  avgt    9  184.424 ± 1.069  ms/op
StringCompareToDifferentLength.compareToUU        2      24  avgt    9    9.966 ± 0.648  ms/op
StringCompareToDifferentLength.compareToUU        2      36  avgt    9   11.915 ± 0.662  ms/op
StringCompareToDifferentLength.compareToUU        2      72  avgt    9   15.422 ± 0.925  ms/op
StringCompareToDifferentLength.compareToUU        2     128  avgt    9   19.726 ± 0.581  ms/op
StringCompareToDifferentLength.compareToUU        2     256  avgt    9   31.103 ± 0.738  ms/op
StringCompareToDifferentLength.compareToUU        2     512  avgt    9   51.847 ± 0.861  ms/op
StringCompareToDifferentLength.compareToUU        2     520  avgt    9   53.083 ± 0.326  ms/op
StringCompareToDifferentLength.compareToUU        2     523  avgt    9   53.209 ± 0.477  ms/op

-------------

PR Comment: https://git.openjdk.org/jdk/pull/14534#issuecomment-1645501190


More information about the hotspot-dev mailing list