Loop Vectorizer: Handle pointer stores/loads in getWidestType()

In the loop vectorizer cost model, we used to ignore stores/loads of a pointer
type when computing the widest type within a loop. This meant that if we had
only stores/loads of pointers in a loop we would return a widest type of 8bits
(instead of 32 or 64 bit) and therefore a vector factor that was too big.

Now, if we see a consecutive store/load of pointers we use the size of a pointer
(from data layout).

This problem occured in SingleSource/Benchmarks/Shootout-C++/hash.cpp (reduced
test case is the first test in vector_ptr_load_store.ll).

radar://13139343

llvm-svn: 174377
This commit is contained in:
Arnold Schwaighofer 2013-02-05 15:08:02 +00:00
parent 36017454ac
commit 22174f5d5a
2 changed files with 180 additions and 9 deletions

View File

@ -518,8 +518,9 @@ class LoopVectorizationCostModel {
public:
LoopVectorizationCostModel(Loop *L, ScalarEvolution *SE, LoopInfo *LI,
LoopVectorizationLegality *Legal,
const TargetTransformInfo &TTI)
: TheLoop(L), SE(SE), LI(LI), Legal(Legal), TTI(TTI) {}
const TargetTransformInfo &TTI,
DataLayout *DL)
: TheLoop(L), SE(SE), LI(LI), Legal(Legal), TTI(TTI), DL(DL) {}
/// Information about vectorization costs
struct VectorizationFactor {
@ -575,6 +576,10 @@ private:
/// the scalar type.
static Type* ToVectorTy(Type *Scalar, unsigned VF);
/// Returns whether the instruction is a load or store and will be a emitted
/// as a vector operation.
bool isConsecutiveLoadOrStore(Instruction *I);
/// The loop that we evaluate.
Loop *TheLoop;
/// Scev analysis.
@ -585,6 +590,8 @@ private:
LoopVectorizationLegality *Legal;
/// Vector target information.
const TargetTransformInfo &TTI;
/// Target data layout information.
DataLayout *DL;
};
/// The LoopVectorize Pass.
@ -624,7 +631,7 @@ struct LoopVectorize : public LoopPass {
}
// Use the cost model.
LoopVectorizationCostModel CM(L, SE, LI, &LVL, *TTI);
LoopVectorizationCostModel CM(L, SE, LI, &LVL, *TTI, DL);
// Check the function attribues to find out if this function should be
// optimized for size.
@ -2786,14 +2793,17 @@ unsigned LoopVectorizationCostModel::getWidestType() {
continue;
// Examine the stored values.
if (StoreInst *ST = dyn_cast<StoreInst>(it))
StoreInst *ST = 0;
if ((ST = dyn_cast<StoreInst>(it)))
T = ST->getValueOperand()->getType();
// Ignore stored/loaded pointer types.
if (T->isPointerTy())
continue;
MaxWidth = std::max(MaxWidth, T->getScalarSizeInBits());
// Ignore loaded pointer types and stored pointer types that are not
// consecutive. However, we do want to take consecutive stores/loads of
// pointer vectors into account.
if (T->isPointerTy() && isConsecutiveLoadOrStore(it))
MaxWidth = std::max(MaxWidth, DL->getPointerSizeInBits());
else
MaxWidth = std::max(MaxWidth, T->getScalarSizeInBits());
}
}
@ -3241,4 +3251,16 @@ namespace llvm {
}
}
bool LoopVectorizationCostModel::isConsecutiveLoadOrStore(Instruction *Inst) {
// Check for a store.
StoreInst *ST = dyn_cast<StoreInst>(Inst);
if (ST)
return Legal->isConsecutivePtr(ST->getPointerOperand()) != 0;
// Check for a load.
LoadInst *LI = dyn_cast<LoadInst>(Inst);
if (LI)
return Legal->isConsecutivePtr(LI->getPointerOperand()) != 0;
return false;
}

View File

@ -0,0 +1,149 @@
;RUN: opt -loop-vectorize -mcpu=corei7-avx -debug -S < %s 2>&1 | FileCheck %s
target datalayout = "e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128-n8:16:32:64-S128"
target triple = "x86_64-apple-macosx10.8.0"
%0 = type { %0*, %1 }
%1 = type { i8*, i32 }
@p = global [2048 x [8 x i32*]] zeroinitializer, align 16
@q = global [2048 x i16] zeroinitializer, align 16
@r = global [2048 x i16] zeroinitializer, align 16
; Tests for widest type
; Ensure that we count the pointer store in the first test case. We have a
; consecutive vector of pointers store, therefore we should count it towards the
; widest vector count.
;
; CHECK: test_consecutive_store
; CHECK: The Widest type: 64 bits
define void @test_consecutive_store(%0**, %0**, %0** nocapture) nounwind ssp uwtable align 2 {
%4 = load %0** %2, align 8
%5 = icmp eq %0** %0, %1
br i1 %5, label %12, label %6
; <label>:6 ; preds = %3
br label %7
; <label>:7 ; preds = %7, %6
%8 = phi %0** [ %0, %6 ], [ %9, %7 ]
store %0* %4, %0** %8, align 8
%9 = getelementptr inbounds %0** %8, i64 1
%10 = icmp eq %0** %9, %1
br i1 %10, label %11, label %7
; <label>:11 ; preds = %7
br label %12
; <label>:12 ; preds = %11, %3
ret void
}
; However, if the store of a set of pointers is not to consecutive memory we do
; NOT count the store towards the widest vector type.
; In the test case below we add i16 types to store it in an array of pointer,
; therefore the widest type should be i16.
; int* p[2048][8];
; short q[2048];
; for (int y = 0; y < 8; ++y)
; for (int i = 0; i < 1024; ++i) {
; p[i][y] = (int*) (1 + q[i]);
; }
; CHECK: test_nonconsecutive_store
; CHECK: The Widest type: 16 bits
define void @test_nonconsecutive_store() nounwind ssp uwtable {
br label %1
; <label>:1 ; preds = %14, %0
%2 = phi i64 [ 0, %0 ], [ %15, %14 ]
br label %3
; <label>:3 ; preds = %3, %1
%4 = phi i64 [ 0, %1 ], [ %11, %3 ]
%5 = getelementptr inbounds [2048 x i16]* @q, i64 0, i64 %4
%6 = load i16* %5, align 2
%7 = sext i16 %6 to i64
%8 = add i64 %7, 1
%9 = inttoptr i64 %8 to i32*
%10 = getelementptr inbounds [2048 x [8 x i32*]]* @p, i64 0, i64 %4, i64 %2
store i32* %9, i32** %10, align 8
%11 = add i64 %4, 1
%12 = trunc i64 %11 to i32
%13 = icmp ne i32 %12, 1024
br i1 %13, label %3, label %14
; <label>:14 ; preds = %3
%15 = add i64 %2, 1
%16 = trunc i64 %15 to i32
%17 = icmp ne i32 %16, 8
br i1 %17, label %1, label %18
; <label>:18 ; preds = %14
ret void
}
@ia = global [1024 x i32*] zeroinitializer, align 16
@ib = global [1024 x i32] zeroinitializer, align 16
@ic = global [1024 x i8] zeroinitializer, align 16
@p2 = global [2048 x [8 x i32*]] zeroinitializer, align 16
@q2 = global [2048 x i16] zeroinitializer, align 16
;; Now we check the same rules for loads. We should take consecutive loads of
;; pointer types into account.
; CHECK: test_consecutive_ptr_load
; CHECK: The Widest type: 64 bits
define i8 @test_consecutive_ptr_load() nounwind readonly ssp uwtable {
br label %1
; <label>:1 ; preds = %1, %0
%2 = phi i64 [ 0, %0 ], [ %10, %1 ]
%3 = phi i8 [ 0, %0 ], [ %9, %1 ]
%4 = getelementptr inbounds [1024 x i32*]* @ia, i32 0, i64 %2
%5 = load i32** %4, align 4
%6 = ptrtoint i32* %5 to i64
%7 = trunc i64 %6 to i8
%8 = add i8 %3, 1
%9 = add i8 %7, %8
%10 = add i64 %2, 1
%11 = icmp ne i64 %10, 1024
br i1 %11, label %1, label %12
; <label>:12 ; preds = %1
%13 = phi i8 [ %9, %1 ]
ret i8 %13
}
;; However, we should not take unconsecutive loads of pointers into account.
; CHECK: test_nonconsecutive_ptr_load
; CHECK: The Widest type: 16 bits
define void @test_nonconsecutive_ptr_load() nounwind ssp uwtable {
br label %1
; <label>:1 ; preds = %13, %0
%2 = phi i64 [ 0, %0 ], [ %14, %13 ]
br label %3
; <label>:3 ; preds = %3, %1
%4 = phi i64 [ 0, %1 ], [ %10, %3 ]
%5 = getelementptr inbounds [2048 x [8 x i32*]]* @p2, i64 0, i64 %4, i64 %2
%6 = getelementptr inbounds [2048 x i16]* @q2, i64 0, i64 %4
%7 = load i32** %5, align 2
%8 = ptrtoint i32* %7 to i64
%9 = trunc i64 %8 to i16
store i16 %9, i16* %6, align 8
%10 = add i64 %4, 1
%11 = trunc i64 %10 to i32
%12 = icmp ne i32 %11, 1024
br i1 %12, label %3, label %13
; <label>:13 ; preds = %3
%14 = add i64 %2, 1
%15 = trunc i64 %14 to i32
%16 = icmp ne i32 %15, 8
br i1 %16, label %1, label %17
; <label>:17 ; preds = %13
ret void
}