2015-07-11 02:55:13 +08:00
|
|
|
//===- LoopVersioning.cpp - Utility to version a loop ---------------------===//
|
|
|
|
//
|
|
|
|
// The LLVM Compiler Infrastructure
|
|
|
|
//
|
|
|
|
// This file is distributed under the University of Illinois Open Source
|
|
|
|
// License. See LICENSE.TXT for details.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
//
|
|
|
|
// This file defines a utility class to perform loop versioning. The versioned
|
|
|
|
// loop speculates that otherwise may-aliasing memory accesses don't overlap and
|
|
|
|
// emits checks to prove this.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2015-10-27 02:40:56 +08:00
|
|
|
#include "llvm/Transforms/Utils/LoopVersioning.h"
|
2015-07-11 02:55:13 +08:00
|
|
|
#include "llvm/Analysis/LoopAccessAnalysis.h"
|
|
|
|
#include "llvm/Analysis/LoopInfo.h"
|
2015-11-09 21:26:09 +08:00
|
|
|
#include "llvm/Analysis/ScalarEvolutionExpander.h"
|
2015-07-11 02:55:13 +08:00
|
|
|
#include "llvm/IR/Dominators.h"
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
#include "llvm/IR/MDBuilder.h"
|
2015-07-11 02:55:13 +08:00
|
|
|
#include "llvm/Transforms/Utils/BasicBlockUtils.h"
|
|
|
|
#include "llvm/Transforms/Utils/Cloning.h"
|
|
|
|
|
|
|
|
using namespace llvm;
|
|
|
|
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
static cl::opt<bool>
|
|
|
|
AnnotateNoAlias("loop-version-annotate-no-alias", cl::init(true),
|
|
|
|
cl::Hidden,
|
|
|
|
cl::desc("Add no-alias annotation for instructions that "
|
|
|
|
"are disambiguated by memchecks"));
|
|
|
|
|
2015-11-09 21:26:09 +08:00
|
|
|
LoopVersioning::LoopVersioning(const LoopAccessInfo &LAI, Loop *L, LoopInfo *LI,
|
|
|
|
DominatorTree *DT, ScalarEvolution *SE,
|
|
|
|
bool UseLAIChecks)
|
|
|
|
: VersionedLoop(L), NonVersionedLoop(nullptr), LAI(LAI), LI(LI), DT(DT),
|
|
|
|
SE(SE) {
|
2015-07-11 02:55:13 +08:00
|
|
|
assert(L->getExitBlock() && "No single exit block");
|
2015-08-13 00:51:19 +08:00
|
|
|
assert(L->getLoopPreheader() && "No preheader");
|
2015-11-09 21:26:09 +08:00
|
|
|
if (UseLAIChecks) {
|
|
|
|
setAliasChecks(LAI.getRuntimePointerChecking()->getChecks());
|
Re-commit r255115, with the PredicatedScalarEvolution class moved to
ScalarEvolution.h, in order to avoid cyclic dependencies between the Transform
and Analysis modules:
[LV][LAA] Add a layer over SCEV to apply run-time checked knowledge on SCEV expressions
Summary:
This change creates a layer over ScalarEvolution for LAA and LV, and centralizes the
usage of SCEV predicates. The SCEVPredicatedLayer takes the statically deduced knowledge
by ScalarEvolution and applies the knowledge from the SCEV predicates. The end goal is
that both LAA and LV should use this interface everywhere.
This also solves a problem involving the result of SCEV expression rewritting when
the predicate changes. Suppose we have the expression (sext {a,+,b}) and two predicates
P1: {a,+,b} has nsw
P2: b = 1.
Applying P1 and then P2 gives us {a,+,1}, while applying P2 and the P1 gives us
sext({a,+,1}) (the AddRec expression was changed by P2 so P1 no longer applies).
The SCEVPredicatedLayer maintains the order of transformations by feeding back
the results of previous transformations into new transformations, and therefore
avoiding this issue.
The SCEVPredicatedLayer maintains a cache to remember the results of previous
SCEV rewritting results. This also has the benefit of reducing the overall number
of expression rewrites.
Reviewers: mzolotukhin, anemet
Subscribers: jmolloy, sanjoy, llvm-commits
Differential Revision: http://reviews.llvm.org/D14296
llvm-svn: 255122
2015-12-10 00:06:28 +08:00
|
|
|
setSCEVChecks(LAI.PSE.getUnionPredicate());
|
2015-11-09 21:26:09 +08:00
|
|
|
}
|
2015-08-13 00:51:19 +08:00
|
|
|
}
|
|
|
|
|
2015-11-09 21:26:09 +08:00
|
|
|
void LoopVersioning::setAliasChecks(
|
|
|
|
const SmallVector<RuntimePointerChecking::PointerCheck, 4> Checks) {
|
|
|
|
AliasChecks = std::move(Checks);
|
|
|
|
}
|
|
|
|
|
|
|
|
void LoopVersioning::setSCEVChecks(SCEVUnionPredicate Check) {
|
|
|
|
Preds = std::move(Check);
|
2015-07-11 02:55:13 +08:00
|
|
|
}
|
|
|
|
|
2015-08-21 01:22:29 +08:00
|
|
|
void LoopVersioning::versionLoop(
|
|
|
|
const SmallVectorImpl<Instruction *> &DefsUsedOutside) {
|
2015-07-11 02:55:13 +08:00
|
|
|
Instruction *FirstCheckInst;
|
|
|
|
Instruction *MemRuntimeCheck;
|
2015-11-09 21:26:09 +08:00
|
|
|
Value *SCEVRuntimeCheck;
|
|
|
|
Value *RuntimeCheck = nullptr;
|
|
|
|
|
2015-07-11 02:55:13 +08:00
|
|
|
// Add the memcheck in the original preheader (this is empty initially).
|
2015-11-09 21:26:09 +08:00
|
|
|
BasicBlock *RuntimeCheckBB = VersionedLoop->getLoopPreheader();
|
2015-07-11 02:55:13 +08:00
|
|
|
std::tie(FirstCheckInst, MemRuntimeCheck) =
|
2015-11-09 21:26:09 +08:00
|
|
|
LAI.addRuntimeChecks(RuntimeCheckBB->getTerminator(), AliasChecks);
|
2015-07-11 02:55:13 +08:00
|
|
|
|
Re-commit r255115, with the PredicatedScalarEvolution class moved to
ScalarEvolution.h, in order to avoid cyclic dependencies between the Transform
and Analysis modules:
[LV][LAA] Add a layer over SCEV to apply run-time checked knowledge on SCEV expressions
Summary:
This change creates a layer over ScalarEvolution for LAA and LV, and centralizes the
usage of SCEV predicates. The SCEVPredicatedLayer takes the statically deduced knowledge
by ScalarEvolution and applies the knowledge from the SCEV predicates. The end goal is
that both LAA and LV should use this interface everywhere.
This also solves a problem involving the result of SCEV expression rewritting when
the predicate changes. Suppose we have the expression (sext {a,+,b}) and two predicates
P1: {a,+,b} has nsw
P2: b = 1.
Applying P1 and then P2 gives us {a,+,1}, while applying P2 and the P1 gives us
sext({a,+,1}) (the AddRec expression was changed by P2 so P1 no longer applies).
The SCEVPredicatedLayer maintains the order of transformations by feeding back
the results of previous transformations into new transformations, and therefore
avoiding this issue.
The SCEVPredicatedLayer maintains a cache to remember the results of previous
SCEV rewritting results. This also has the benefit of reducing the overall number
of expression rewrites.
Reviewers: mzolotukhin, anemet
Subscribers: jmolloy, sanjoy, llvm-commits
Differential Revision: http://reviews.llvm.org/D14296
llvm-svn: 255122
2015-12-10 00:06:28 +08:00
|
|
|
const SCEVUnionPredicate &Pred = LAI.PSE.getUnionPredicate();
|
2015-11-09 21:26:09 +08:00
|
|
|
SCEVExpander Exp(*SE, RuntimeCheckBB->getModule()->getDataLayout(),
|
|
|
|
"scev.check");
|
|
|
|
SCEVRuntimeCheck =
|
|
|
|
Exp.expandCodeForPredicate(&Pred, RuntimeCheckBB->getTerminator());
|
|
|
|
auto *CI = dyn_cast<ConstantInt>(SCEVRuntimeCheck);
|
|
|
|
|
|
|
|
// Discard the SCEV runtime check if it is always true.
|
|
|
|
if (CI && CI->isZero())
|
|
|
|
SCEVRuntimeCheck = nullptr;
|
|
|
|
|
|
|
|
if (MemRuntimeCheck && SCEVRuntimeCheck) {
|
|
|
|
RuntimeCheck = BinaryOperator::Create(Instruction::Or, MemRuntimeCheck,
|
|
|
|
SCEVRuntimeCheck, "ldist.safe");
|
|
|
|
if (auto *I = dyn_cast<Instruction>(RuntimeCheck))
|
|
|
|
I->insertBefore(RuntimeCheckBB->getTerminator());
|
|
|
|
} else
|
|
|
|
RuntimeCheck = MemRuntimeCheck ? MemRuntimeCheck : SCEVRuntimeCheck;
|
|
|
|
|
|
|
|
assert(RuntimeCheck && "called even though we don't need "
|
|
|
|
"any runtime checks");
|
|
|
|
|
2015-07-11 02:55:13 +08:00
|
|
|
// Rename the block to make the IR more readable.
|
2015-11-09 21:26:09 +08:00
|
|
|
RuntimeCheckBB->setName(VersionedLoop->getHeader()->getName() +
|
|
|
|
".lver.check");
|
2015-07-11 02:55:13 +08:00
|
|
|
|
|
|
|
// Create empty preheader for the loop (and after cloning for the
|
|
|
|
// non-versioned loop).
|
2015-11-09 21:26:09 +08:00
|
|
|
BasicBlock *PH =
|
|
|
|
SplitBlock(RuntimeCheckBB, RuntimeCheckBB->getTerminator(), DT, LI);
|
2015-07-11 02:55:13 +08:00
|
|
|
PH->setName(VersionedLoop->getHeader()->getName() + ".ph");
|
|
|
|
|
|
|
|
// Clone the loop including the preheader.
|
|
|
|
//
|
|
|
|
// FIXME: This does not currently preserve SimplifyLoop because the exit
|
|
|
|
// block is a join between the two loops.
|
|
|
|
SmallVector<BasicBlock *, 8> NonVersionedLoopBlocks;
|
|
|
|
NonVersionedLoop =
|
2015-11-09 21:26:09 +08:00
|
|
|
cloneLoopWithPreheader(PH, RuntimeCheckBB, VersionedLoop, VMap,
|
|
|
|
".lver.orig", LI, DT, NonVersionedLoopBlocks);
|
2015-07-11 02:55:13 +08:00
|
|
|
remapInstructionsInBlocks(NonVersionedLoopBlocks, VMap);
|
|
|
|
|
|
|
|
// Insert the conditional branch based on the result of the memchecks.
|
2015-11-09 21:26:09 +08:00
|
|
|
Instruction *OrigTerm = RuntimeCheckBB->getTerminator();
|
2015-07-11 02:55:13 +08:00
|
|
|
BranchInst::Create(NonVersionedLoop->getLoopPreheader(),
|
2015-11-09 21:26:09 +08:00
|
|
|
VersionedLoop->getLoopPreheader(), RuntimeCheck, OrigTerm);
|
2015-07-11 02:55:13 +08:00
|
|
|
OrigTerm->eraseFromParent();
|
|
|
|
|
|
|
|
// The loops merge in the original exit block. This is now dominated by the
|
|
|
|
// memchecking block.
|
2015-11-09 21:26:09 +08:00
|
|
|
DT->changeImmediateDominator(VersionedLoop->getExitBlock(), RuntimeCheckBB);
|
2015-08-21 01:22:29 +08:00
|
|
|
|
|
|
|
// Adds the necessary PHI nodes for the versioned loops based on the
|
|
|
|
// loop-defined values used outside of the loop.
|
|
|
|
addPHINodes(DefsUsedOutside);
|
2015-07-11 02:55:13 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void LoopVersioning::addPHINodes(
|
|
|
|
const SmallVectorImpl<Instruction *> &DefsUsedOutside) {
|
|
|
|
BasicBlock *PHIBlock = VersionedLoop->getExitBlock();
|
|
|
|
assert(PHIBlock && "No single successor to loop exit block");
|
|
|
|
|
|
|
|
for (auto *Inst : DefsUsedOutside) {
|
|
|
|
auto *NonVersionedLoopInst = cast<Instruction>(VMap[Inst]);
|
|
|
|
PHINode *PN;
|
|
|
|
|
|
|
|
// First see if we have a single-operand PHI with the value defined by the
|
|
|
|
// original loop.
|
|
|
|
for (auto I = PHIBlock->begin(); (PN = dyn_cast<PHINode>(I)); ++I) {
|
2016-03-23 02:38:15 +08:00
|
|
|
if (PN->getIncomingValue(0) == Inst) {
|
|
|
|
assert(PN->getNumOperands() == 1 &&
|
|
|
|
"Exit block should only have on predecessor");
|
2015-07-11 02:55:13 +08:00
|
|
|
break;
|
2016-03-23 02:38:15 +08:00
|
|
|
}
|
2015-07-11 02:55:13 +08:00
|
|
|
}
|
|
|
|
// If not create it.
|
|
|
|
if (!PN) {
|
|
|
|
PN = PHINode::Create(Inst->getType(), 2, Inst->getName() + ".lver",
|
2015-10-13 10:39:05 +08:00
|
|
|
&PHIBlock->front());
|
2015-07-11 02:55:13 +08:00
|
|
|
for (auto *User : Inst->users())
|
|
|
|
if (!VersionedLoop->contains(cast<Instruction>(User)->getParent()))
|
|
|
|
User->replaceUsesOfWith(Inst, PN);
|
|
|
|
PN->addIncoming(Inst, VersionedLoop->getExitingBlock());
|
|
|
|
}
|
|
|
|
// Add the new incoming value from the non-versioned loop.
|
|
|
|
PN->addIncoming(NonVersionedLoopInst, NonVersionedLoop->getExitingBlock());
|
|
|
|
}
|
|
|
|
}
|
2016-02-03 08:06:10 +08:00
|
|
|
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
void LoopVersioning::prepareNoAliasMetadata() {
|
|
|
|
// We need to turn the no-alias relation between pointer checking groups into
|
|
|
|
// no-aliasing annotations between instructions.
|
|
|
|
//
|
|
|
|
// We accomplish this by mapping each pointer checking group (a set of
|
|
|
|
// pointers memchecked together) to an alias scope and then also mapping each
|
|
|
|
// group to the list of scopes it can't alias.
|
|
|
|
|
|
|
|
const RuntimePointerChecking *RtPtrChecking = LAI.getRuntimePointerChecking();
|
|
|
|
LLVMContext &Context = VersionedLoop->getHeader()->getContext();
|
|
|
|
|
|
|
|
// First allocate an aliasing scope for each pointer checking group.
|
|
|
|
//
|
|
|
|
// While traversing through the checking groups in the loop, also create a
|
|
|
|
// reverse map from pointers to the pointer checking group they were assigned
|
|
|
|
// to.
|
|
|
|
MDBuilder MDB(Context);
|
|
|
|
MDNode *Domain = MDB.createAnonymousAliasScopeDomain("LVerDomain");
|
|
|
|
|
|
|
|
for (const auto &Group : RtPtrChecking->CheckingGroups) {
|
|
|
|
GroupToScope[&Group] = MDB.createAnonymousAliasScope(Domain);
|
|
|
|
|
|
|
|
for (unsigned PtrIdx : Group.Members)
|
|
|
|
PtrToGroup[RtPtrChecking->getPointerInfo(PtrIdx).PointerValue] = &Group;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Go through the checks and for each pointer group, collect the scopes for
|
|
|
|
// each non-aliasing pointer group.
|
|
|
|
DenseMap<const RuntimePointerChecking::CheckingPtrGroup *,
|
|
|
|
SmallVector<Metadata *, 4>>
|
|
|
|
GroupToNonAliasingScopes;
|
|
|
|
|
|
|
|
for (const auto &Check : AliasChecks)
|
|
|
|
GroupToNonAliasingScopes[Check.first].push_back(GroupToScope[Check.second]);
|
|
|
|
|
|
|
|
// Finally, transform the above to actually map to scope list which is what
|
|
|
|
// the metadata uses.
|
|
|
|
|
|
|
|
for (auto Pair : GroupToNonAliasingScopes)
|
|
|
|
GroupToNonAliasingScopeList[Pair.first] = MDNode::get(Context, Pair.second);
|
|
|
|
}
|
|
|
|
|
|
|
|
void LoopVersioning::annotateLoopWithNoAlias() {
|
|
|
|
if (!AnnotateNoAlias)
|
|
|
|
return;
|
|
|
|
|
|
|
|
// First prepare the maps.
|
|
|
|
prepareNoAliasMetadata();
|
|
|
|
|
|
|
|
// Add the scope and no-alias metadata to the instructions.
|
|
|
|
for (Instruction *I : LAI.getDepChecker().getMemoryInstructions()) {
|
|
|
|
annotateInstWithNoAlias(I);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-03-18 04:32:37 +08:00
|
|
|
void LoopVersioning::annotateInstWithNoAlias(Instruction *VersionedInst,
|
|
|
|
const Instruction *OrigInst) {
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
if (!AnnotateNoAlias)
|
|
|
|
return;
|
|
|
|
|
|
|
|
LLVMContext &Context = VersionedLoop->getHeader()->getContext();
|
2016-03-18 04:32:37 +08:00
|
|
|
const Value *Ptr = isa<LoadInst>(OrigInst)
|
|
|
|
? cast<LoadInst>(OrigInst)->getPointerOperand()
|
|
|
|
: cast<StoreInst>(OrigInst)->getPointerOperand();
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
|
|
|
|
// Find the group for the pointer and then add the scope metadata.
|
|
|
|
auto Group = PtrToGroup.find(Ptr);
|
|
|
|
if (Group != PtrToGroup.end()) {
|
2016-03-18 04:32:37 +08:00
|
|
|
VersionedInst->setMetadata(
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
LLVMContext::MD_alias_scope,
|
2016-03-18 04:32:37 +08:00
|
|
|
MDNode::concatenate(
|
|
|
|
VersionedInst->getMetadata(LLVMContext::MD_alias_scope),
|
|
|
|
MDNode::get(Context, GroupToScope[Group->second])));
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
|
|
|
|
// Add the no-alias metadata.
|
|
|
|
auto NonAliasingScopeList = GroupToNonAliasingScopeList.find(Group->second);
|
|
|
|
if (NonAliasingScopeList != GroupToNonAliasingScopeList.end())
|
2016-03-18 04:32:37 +08:00
|
|
|
VersionedInst->setMetadata(
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
LLVMContext::MD_noalias,
|
2016-03-18 04:32:37 +08:00
|
|
|
MDNode::concatenate(
|
|
|
|
VersionedInst->getMetadata(LLVMContext::MD_noalias),
|
|
|
|
NonAliasingScopeList->second));
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-02-03 08:06:10 +08:00
|
|
|
namespace {
|
|
|
|
/// \brief Also expose this is a pass. Currently this is only used for
|
|
|
|
/// unit-testing. It adds all memchecks necessary to remove all may-aliasing
|
|
|
|
/// array accesses from the loop.
|
|
|
|
class LoopVersioningPass : public FunctionPass {
|
|
|
|
public:
|
|
|
|
LoopVersioningPass() : FunctionPass(ID) {
|
|
|
|
initializeLoopVersioningPassPass(*PassRegistry::getPassRegistry());
|
|
|
|
}
|
|
|
|
|
|
|
|
bool runOnFunction(Function &F) override {
|
|
|
|
auto *LI = &getAnalysis<LoopInfoWrapperPass>().getLoopInfo();
|
|
|
|
auto *LAA = &getAnalysis<LoopAccessAnalysis>();
|
|
|
|
auto *DT = &getAnalysis<DominatorTreeWrapperPass>().getDomTree();
|
|
|
|
auto *SE = &getAnalysis<ScalarEvolutionWrapperPass>().getSE();
|
|
|
|
|
|
|
|
// Build up a worklist of inner-loops to version. This is necessary as the
|
|
|
|
// act of versioning a loop creates new loops and can invalidate iterators
|
|
|
|
// across the loops.
|
|
|
|
SmallVector<Loop *, 8> Worklist;
|
|
|
|
|
|
|
|
for (Loop *TopLevelLoop : *LI)
|
|
|
|
for (Loop *L : depth_first(TopLevelLoop))
|
|
|
|
// We only handle inner-most loops.
|
|
|
|
if (L->empty())
|
|
|
|
Worklist.push_back(L);
|
|
|
|
|
|
|
|
// Now walk the identified inner loops.
|
|
|
|
bool Changed = false;
|
|
|
|
for (Loop *L : Worklist) {
|
|
|
|
const LoopAccessInfo &LAI = LAA->getInfo(L, ValueToValueMap());
|
|
|
|
if (LAI.getNumRuntimePointerChecks() ||
|
|
|
|
!LAI.PSE.getUnionPredicate().isAlwaysTrue()) {
|
|
|
|
LoopVersioning LVer(LAI, L, LI, DT, SE);
|
|
|
|
LVer.versionLoop();
|
[LoopVersioning] Annotate versioned loop with noalias metadata
Summary:
If we decide to version a loop to benefit a transformation, it makes
sense to record the now non-aliasing accesses in the newly versioned
loop. This allows non-aliasing information to be used by subsequent
passes.
One example is 456.hmmer in SPECint2006 where after loop distribution,
we vectorize one of the newly distributed loops. To vectorize we
version this loop to fully disambiguate may-aliasing accesses. If we
add the noalias markers, we can use the same information in a later DSE
pass to eliminate some dead stores which amounts to ~25% of the
instructions of this hot memory-pipeline-bound loop. The overall
performance improves by 18% on our ARM64.
The scoped noalias annotation is added in LoopVersioning. The patch
then enables this for loop distribution. A follow-on patch will enable
it for the vectorizer. Eventually this should be run by default when
versioning the loop but first I'd like to get some feedback whether my
understanding and application of scoped noalias metadata is correct.
Essentially my approach was to have a separate alias domain for each
versioning of the loop. For example, if we first version in loop
distribution and then in vectorization of the distributed loops, we have
a different set of memchecks for each versioning. By keeping the scopes
in different domains they can conveniently be defined independently
since different alias domains don't affect each other.
As written, I also have a separate domain for each loop. This is not
necessary and we could save some metadata here by using the same domain
across the different loops. I don't think it's a big deal either way.
Probably the best is to review the tests first to see if I mapped this
problem correctly to scoped noalias markers. I have plenty of comments
in the tests.
Note that the interface is prepared for the vectorizer which needs the
annotateInstWithNoAlias API. The vectorizer does not use LoopVersioning
so we need a way to pass in the versioned instructions. This is also
why the maps have to become part of the object state.
Also currently, we only have an AA-aware DSE after the vectorizer if we
also run the LTO pipeline. Depending how widely this triggers we may
want to schedule a DSE toward the end of the regular pass pipeline.
Reviewers: hfinkel, nadav, ashutosh.nema
Subscribers: mssimpso, aemerson, llvm-commits, mcrosier
Differential Revision: http://reviews.llvm.org/D16712
llvm-svn: 263743
2016-03-18 04:32:32 +08:00
|
|
|
LVer.annotateLoopWithNoAlias();
|
2016-02-03 08:06:10 +08:00
|
|
|
Changed = true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return Changed;
|
|
|
|
}
|
|
|
|
|
|
|
|
void getAnalysisUsage(AnalysisUsage &AU) const override {
|
|
|
|
AU.addRequired<LoopInfoWrapperPass>();
|
|
|
|
AU.addPreserved<LoopInfoWrapperPass>();
|
|
|
|
AU.addRequired<LoopAccessAnalysis>();
|
|
|
|
AU.addRequired<DominatorTreeWrapperPass>();
|
|
|
|
AU.addPreserved<DominatorTreeWrapperPass>();
|
|
|
|
AU.addRequired<ScalarEvolutionWrapperPass>();
|
|
|
|
}
|
|
|
|
|
|
|
|
static char ID;
|
|
|
|
};
|
|
|
|
}
|
|
|
|
|
|
|
|
#define LVER_OPTION "loop-versioning"
|
|
|
|
#define DEBUG_TYPE LVER_OPTION
|
|
|
|
|
|
|
|
char LoopVersioningPass::ID;
|
|
|
|
static const char LVer_name[] = "Loop Versioning";
|
|
|
|
|
|
|
|
INITIALIZE_PASS_BEGIN(LoopVersioningPass, LVER_OPTION, LVer_name, false, false)
|
|
|
|
INITIALIZE_PASS_DEPENDENCY(LoopInfoWrapperPass)
|
|
|
|
INITIALIZE_PASS_DEPENDENCY(LoopAccessAnalysis)
|
|
|
|
INITIALIZE_PASS_DEPENDENCY(DominatorTreeWrapperPass)
|
|
|
|
INITIALIZE_PASS_DEPENDENCY(ScalarEvolutionWrapperPass)
|
|
|
|
INITIALIZE_PASS_END(LoopVersioningPass, LVER_OPTION, LVer_name, false, false)
|
|
|
|
|
|
|
|
namespace llvm {
|
|
|
|
FunctionPass *createLoopVersioningPass() {
|
|
|
|
return new LoopVersioningPass();
|
|
|
|
}
|
|
|
|
}
|