On Mon, 27 Oct 2025 15:19:48 GMT, Jatin Bhateja <[email protected]> wrote:

> Add new HalffloatVector type and corresponding concrete vector classes in 
> addition to existing primitive vector types, maintaining operation parity 
> with the FloatVector type.
> - Add necessary inline expander support.
>    - Enable intrinsification for a few vector operations, namely 
> ADD/SUB/MUL/DIV/MAX/MIN/FMA.
> - Use existing Float16 vector IR and backend support.
> - Extended the existing VectorAPI JTREG test suite for the newly added 
> HalffloatVector operations.
>  
> The idea here is to first be at par with Float16 auto-vectorization support 
> before intrinsifying new operations (conversions, reduction, etc).
> 
> The following are the performance numbers for some of the selected 
> HalfflotVector benchmarking kernels compared to equivalent 
> Float16OperationsBenchmark kernels.
> 
> <img width="837" height="650" alt="{A2BA2D85-085A-489F-8DDD-0FCFB5986EA5}" 
> src="https://github.com/user-attachments/assets/2f34138e-80f4-4870-9b5f-f64bf43c1b11";
>  />
> 
> Initial RFP[1] was floated on the panama-dev mailing list.
> 
> Kindly review the draft PR and share your feedback.
> 
> Best Regards,
> Jatin
> 
> [1] https://mail.openjdk.org/pipermail/panama-dev/2025-August/021100.html

We already have a lot of things in the codebase now from previous issues that 
use `HF` everywhere, for example some node names, and the type. Should we maybe 
rename all of them to `F16`, or something else? Open question, not sure of the 
answer yet.

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

PR Comment: https://git.openjdk.org/jdk/pull/28002#issuecomment-3516579087

Reply via email to