[lworld+vector] RFR: 8304310: Initial compilers and runtime handling for multifield backed vectors.

[Xiaohong Gong]

On Fri, 17 Mar 2023 14:49:24 GMT, Jatin Bhateja <jbhateja at openjdk.org> wrote:

> Please find below the summary of changes included with the patch:
>   
> a) _ci Model:_
>    oops model creates separate fieldDescriptor/FieldInfo for each scalar field of a multifield bundle, root field is marked as multifield_base and non -  root (synthetic) fileds carry a multifield flag. To ease vector IR construction ci only exposes base multifield and ciType holding bundle size to compilers.
> 
> b) _C1 compiler:_
>    Special handling to copy entire multifield bundle during withfield bytecode processing.
> 
> c) _C2 compiler:_
>    VectorBox becomes a derivative of InlineType IR node, changes in vector box/unbox expansions. Preventing scalarization of Vector arguments and return values.
> 
> d) _Runtime:_
>    Changes in object re-construction during deoptimization since now concrete vectors have multifield based payloads. Payload (VectorPayloadMF) is a primitive class object which gets fully flattened within its parent/holding instance i.e. a concrete vector, special handling has been added for non-flattened case where payload is allocated over heap and concrete vector payload field is assigned its reference.
> 
> e) Added type specific multifield payloads to ease vector IR creation by C2, this will ensure bundle type and C2 IR type are compatible.               
> 
> Scope of current changes is limited to Vector types only, shuffles and masks are still backed by array based payloads. This PoC patch has been validated over vector only tests. More robust validation will be done in due course.
> 
> More information can be found at following link
> [https://cr.openjdk.org/~jbhateja/vectorIntrinsics/Valhalla/lworld%2Bvector.pptx](https://cr.openjdk.org/~jbhateja/vectorIntrinsics/Valhalla/lworld%2Bvector.pptx)
> 
> Please share your feedback and suggestions.
> 
> Best Regards,
> Jatin

src/hotspot/share/opto/vector.cpp line 401:

> 399:                                                      buffer_adr_type,
> 400:                                                      value,
> 401:                                                      num_elem));

Can we simply call `InlineTypeNode::buffer()` here?

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

PR Review Comment: https://git.openjdk.org/valhalla/pull/833#discussion_r1143048258