RFR: 8321003: RISC-V: C2 MulReductionVI [v2]

Fei Yang fyang at openjdk.org
Thu Feb 13 02:44:11 UTC 2025


On Wed, 12 Feb 2025 10:02:52 GMT, Hamlin Li <mli at openjdk.org> wrote:

>> Hi,
>> Can you help to review this patch to implement MulReductionVI/MulReductionVL/MulReductionVF/MulReductionVD?
>> This optimization is mainly for the vector API.
>> On riscv, there is no straightforward instructions to do it, but we can do it with a reduction tree, which could reduce the time complexity to lg(N).
>> 
>> 
>> Thanks
>> 
>> ## Test
>> 
>> ### jtreg
>> test/jdk/jdk/incubator/vector/
>> 
>> ### Performance
>> 
>> run on bananapi
>> 
>> master vs patch
>> <google-sheets-html-origin style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); font-style: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;">
>> Benchmark | (size) | Mode | Cnt | Score - master | Error - patch | Score - patch | Error - patch | Units | Improvement
>> -- | -- | -- | -- | -- | -- | -- | -- | -- | --
>> ByteMaxVector.MULLanes | 1024 | avgt | 10 | 11170.052 | 499.676 | 1294.424 | 8.346 | ns/op | 88.40%
>> ByteMaxVector.MULMaskedLanes | 1024 | avgt | 10 | 12514.587 | 55.06 | 1413.028 | 0.259 | ns/op | 88.70%
>> DoubleMaxVector.MULLanes | 1024 | avgt | 10 | 57672.51 | 1750.417 | 4775.633 | 1.454 | ns/op | 91.70%
>> DoubleMaxVector.MULMaskedLanes | 1024 | avgt | 10 | 63656.523 | 1063.048 | 5899.259 | 1.692 | ns/op | 90.70%
>> FloatMaxVector.MULLanes | 1024 | avgt | 10 | 30997.218 | 728.73 | 2473.069 | 5.84 | ns/op | 92.00%
>> FloatMaxVector.MULMaskedLanes | 1024 | avgt | 10 | 35515.329 | 227.873 | 3284.17 | 0.608 | ns/op | 90.80%
>> IntMaxVector.MULLanes | 1024 | avgt | 10 | 31130.453 | 878.261 | 3304.118 | 5.96 | ns/op | 89.40%
>> IntMaxVector.MULMaskedLanes | 1024 | avgt | 10 | 36851.976 | 394.001 | 3969.407 | 0.511 | ns/op | 89.20%
>> LongMaxVector.MULLanes | 1024 | avgt | 10 | 58795.752 | 1030.985 | 6883.995 | 3.15 | ns/op | 88.30%
>> LongMaxVector.MULMaskedLanes | 1024 | avgt | 10 | 63642.904 | 386.521 | 7892.735 | 9.359 | ns/op | 87.60%
>> ShortMaxVector.MULLanes | 1024 | avgt | 10 | 16857.441 | 762.428 | 2287.141 | 0.186 | ns/op | 86.40%
>> ShortMaxVector.MULMaskedLanes | 1024 | avgt | 10 | 21171.375 | 74.684 | 2532.913 | 0.274 | ns/op | 88.00%
>> 
>> </google-sheets-html-origin>
>
> Hamlin Li has updated the pull request incrementally with one additional commit since the last revision:
> 
>   comments

Hi, Some comments after a cursory look. Will have a more closer look later.

BTW: How should I understand the JMH data?
11170.052 ns/op before compared to 1294.424  ns/op after for ByteMaxVector.MULLanes, but the improvement says 88.40%?

src/hotspot/cpu/riscv/c2_MacroAssembler_riscv.cpp line 2961:

> 2959:                                              BasicType bt, uint vector_length, VectorMask vm) {
> 2960:   assert(bt == T_BYTE || bt == T_SHORT || bt == T_INT || bt == T_LONG, "unsupported element type");
> 2961:   uint len = vector_length/type2aelembytes(bt);

Please put a space before and after the divide operator.

src/hotspot/cpu/riscv/c2_MacroAssembler_riscv.cpp line 3012:

> 3010:       lui(t0, 0x3f800000); // 1.0f
> 3011:     } else {
> 3012:       lui(t0, 0x3ff00000); // 1.0d

Can you use `mv` instead of `lui`, like other places?

src/hotspot/cpu/riscv/c2_MacroAssembler_riscv.hpp line 242:

> 240:                         VectorMask vm = Assembler::unmasked);
> 241: 
> 242:   void reduce_mul_integer_v(Register dst, Register src1, VectorRegister src2,

Or maybe `reduce_mul_integral_v` which will be consistent in naming with friends like `reduce_integral_v`?

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

PR Review: https://git.openjdk.org/jdk/pull/23580#pullrequestreview-2613670192
PR Review Comment: https://git.openjdk.org/jdk/pull/23580#discussion_r1953687496
PR Review Comment: https://git.openjdk.org/jdk/pull/23580#discussion_r1953688274
PR Review Comment: https://git.openjdk.org/jdk/pull/23580#discussion_r1953681150


More information about the hotspot-compiler-dev mailing list