Integrated: 8257531: Super word not applied to a loop of simple Buffer operations

Vladimir Kozlov kvn at openjdk.java.net
Fri Dec 4 19:27:16 UTC 2020


On Fri, 4 Dec 2020 07:28:05 GMT, Vladimir Kozlov <kvn at openjdk.org> wrote:

> In Buffer case there is additional (loop invariant) load from java/nio/IntBuffer.offset field.
> SuperWord did not handle loop's invariants in complex address expressions (only when vectorization is forced):
> 
> `AddP(addr, AddP(addr, addr, LShiftL(ConvI2L(CastII(AddI(AddI(iv_phi, invariant_LoadI), incr))), shift)), 16)`
> 
> Invariant reference is used to make sure all memory accesses in vectors use the same one. And only when alignment code is generated in pre-loop it is used for code generatin. But that code did not take into account that invariant have to be scaled if needed as in this example (invariant_LoadI << shift).
> 
> I propose to record scaling (left shift) for invariant when it is present and use it to compare invariants and in pre-loop alignment code generation. I also slightly modified tracing output code for invariants.
> 
> This allow vectorize Java code which uses Buffer.
> 
> I added new test based on @PaulSandoz example. It tests presence of new vectors and correctness of vectorized code.
> I included case (ByteBuffer.allocateDirect()) which is not vectorized because it uses Unsafe access - SuperWord complains about CastX2P(AddL) nodes which it sees instead of AddP.  We may consider vectorizing such code too later.
> 
> Testing: tier1-4, precheckin-comp (-Xcomp), renaissance test

This pull request has now been integrated.

Changeset: dd0b9454
Author:    Vladimir Kozlov <kvn at openjdk.org>
URL:       https://git.openjdk.java.net/jdk/commit/dd0b9454
Stats:     270 lines in 3 files changed: 247 ins; 2 del; 21 mod

8257531: Super word not applied to a loop of simple Buffer operations

Reviewed-by: roland, psandoz

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

PR: https://git.openjdk.java.net/jdk/pull/1618


More information about the hotspot-compiler-dev mailing list