tree fae9ab2b683bd2494a1480c7453e1beeace0e836
parent df12b6fbd98883cc1714f731847b7628f2fb7f11
author Aart Bik <ajcbik@google.com> 1508544141 -0700
committer Aart Bik <ajcbik@google.com> 1509126636 -0700

Alignment optimizations in vectorizer.

Rationale:
Since aligned data access is generally better (enables more efficient
aligned moves and prevents nasty cache line splits), computing and/or
enforcing alignment has been added to the vectorizer:

  (1) If the initial alignment is known completely and suffices,
      then a static peeling factor enforces proper alignment.
  (2) If (1) fails, but the base alignment allows, dynamically peeling
      until total offset is aligned forces proper aligned access patterns.

By using ART conventions only, any forced alignment is preserved
over suspends checks where data may move.

Note 1:
Current allocation convention is just 8 byte alignment on arrays/strings,
so only ARM32 benefits. However, all optimizations are implemented in
a general way, so moving to a 16 byte alignment will immediately
take advantage of any new convention!!

Note 2:
This CL also exposes how bad the choice of 12 byte offset of arrays
really is. Even though the new optimizations fix the misaligned, it
requires peeling for the most common case: 0 indexed loops. Therefore,
we may even consider moving to a 16 byte offset. Again the optimizations
in this CL will immediately take advantage of that new convention!!

Test: test-art-host test-art-target

Change-Id: Ib6cc0fb68c9433d3771bee573603e64a3a9423ee