RFR: 8256073: Improve vector rematerialization support
Vladimir Kozlov
kvn at openjdk.java.net
Thu Nov 19 18:13:01 UTC 2020
On Mon, 9 Nov 2020 21:46:00 GMT, Vladimir Ivanov <vlivanov at openjdk.org> wrote:
> Having #1131, #1132, and #1134 in place, the only missing piece left to have vector rematerialization fully working is support of non-contiguous vector values in vector rematerialization logic. This patch covers that.
>
> Current version makes the assumption that vector values are contiguously laid in memory. It's the case for on-stack locations, but for in-register values it's not the case (at least, on x86). Rewritten version doesn't make such assumption for in-register case anymore and processes every vector element independently.
>
> (Along the way, the refactoring fixes a bug when handling a corner case: the case when a vector instance is scalarized by EA and the primitive array field (VectorPayload.payload) has a constant value (NULL) is erroneously treated as requiring custom rematerialization and it hits an assert.)
>
> Testing (with other relevant patches):
> - [x] jdk/incubator/vector w/ -XX:+DeoptimizeALot and -XX:UseAVX={3,2,1,0} on AVX512-capable hardware
> - [x] hs-precheckin-comp, hs-tier1, hs-tier2
How this passed testing with obvious bug in changes?
src/hotspot/share/prims/vectorSupport.cpp line 94:
> 92: case T_FLOAT: arr->bool_at_put(index, (*(jint*)addr) != 0); break;
> 93: case T_LONG: // fall-through
> 94: case T_DOUBLE: arr->bool_at_put(index, (*(jlong*)addr) != 0); break;
Why you push `bool` value for everything?!!!
-------------
Changes requested by kvn (Reviewer).
PR: https://git.openjdk.java.net/jdk/pull/1136
More information about the hotspot-compiler-dev
mailing list