-
Notifications
You must be signed in to change notification settings - Fork 15.2k
[VPlan] Sink retrieving legacy costs to more specific computeCost impls. #109708
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 6 commits
8117ba1
f409232
0bf2760
9f12dab
16ca2ca
f632630
c75d678
d32eb48
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -915,6 +915,9 @@ class VPSingleDefRecipe : public VPRecipeBase, public VPValue { | |
| llvm_unreachable("Unhandled VPDefID"); | ||
| } | ||
|
|
||
| InstructionCost computeCost(ElementCount VF, | ||
| VPCostContext &Ctx) const override; | ||
|
|
||
| static inline bool classof(const VPUser *U) { | ||
| auto *R = dyn_cast<VPRecipeBase>(U); | ||
| return R && classof(R); | ||
|
|
@@ -1410,6 +1413,9 @@ class VPIRInstruction : public VPRecipeBase { | |
|
|
||
| void execute(VPTransformState &State) override; | ||
|
|
||
| InstructionCost computeCost(ElementCount VF, | ||
| VPCostContext &Ctx) const override; | ||
|
|
||
| Instruction &getInstruction() { return I; } | ||
|
|
||
| #if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP) | ||
|
|
@@ -2326,6 +2332,9 @@ class VPInterleaveRecipe : public VPRecipeBase { | |
| /// Generate the wide load or store, and shuffles. | ||
| void execute(VPTransformState &State) override; | ||
|
|
||
| InstructionCost computeCost(ElementCount VF, | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Would be good to /// document, here and elsewhere.
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Added thanks! |
||
| VPCostContext &Ctx) const override; | ||
|
|
||
| #if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP) | ||
| /// Print the recipe. | ||
| void print(raw_ostream &O, const Twine &Indent, | ||
|
|
@@ -2559,6 +2568,9 @@ class VPBranchOnMaskRecipe : public VPRecipeBase { | |
| /// conditional branch. | ||
| void execute(VPTransformState &State) override; | ||
|
|
||
| InstructionCost computeCost(ElementCount VF, | ||
| VPCostContext &Ctx) const override; | ||
|
|
||
| #if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP) | ||
| /// Print the recipe. | ||
| void print(raw_ostream &O, const Twine &Indent, | ||
|
|
||
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
|
|
@@ -274,33 +274,28 @@ void VPRecipeBase::moveBefore(VPBasicBlock &BB, | |||||
| insertBefore(BB, I); | ||||||
| } | ||||||
|
|
||||||
| /// Return the underlying instruction to be used for computing \p R's cost via | ||||||
| /// the legacy cost model. Return nullptr if there's no suitable instruction. | ||||||
| static Instruction *getInstructionForCost(const VPRecipeBase *R) { | ||||||
| if (auto *S = dyn_cast<VPSingleDefRecipe>(R)) | ||||||
| return dyn_cast_or_null<Instruction>(S->getUnderlyingValue()); | ||||||
| if (auto *IG = dyn_cast<VPInterleaveRecipe>(R)) | ||||||
| return IG->getInsertPos(); | ||||||
| // Currently the legacy cost model only calculates the instruction cost with | ||||||
| // underlying instruction. Removing the WidenMem here will prevent | ||||||
| // force-target-instruction-cost overwriting the cost of recipe with | ||||||
| // underlying instruction which is inconsistent with the legacy model. | ||||||
| // TODO: Remove WidenMem from this function when we don't need to compare to | ||||||
| // the legacy model. | ||||||
| if (auto *WidenMem = dyn_cast<VPWidenMemoryRecipe>(R)) | ||||||
| return &WidenMem->getIngredient(); | ||||||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Worth leaving a note, that even though widen loads and stores have an underlying instruction ("ingredient"), null is returned - in order to match legacy cost model behavior with force-target-instruction-cost? The instruction a recipe provides for cost affects both
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Clarified the the comment about the return value for the function. Nullptr is returned if either the recipe doesn't have an underlying instruction or computeCost is implemented and there is no need for the underlying instruction (i.e. it should not be needed to be skipped)
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Regarding the "else" part of this "or" - not needing UI because recipe is not to be skipped is fine (if it's absence from SkipCostComputation it won't be skipped), but would UI still be needed in order to apply ForceTargetInstructionCost?
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This has been reworked in the latest version. The function is gone and inline to |
||||||
| return nullptr; | ||||||
| } | ||||||
|
|
||||||
| InstructionCost VPRecipeBase::cost(ElementCount VF, VPCostContext &Ctx) { | ||||||
| auto *UI = getInstructionForCost(this); | ||||||
| if (UI && Ctx.skipCostComputation(UI, VF.isVector())) | ||||||
| return 0; | ||||||
|
|
||||||
| InstructionCost RecipeCost = computeCost(VF, Ctx); | ||||||
| if (UI && ForceTargetInstructionCost.getNumOccurrences() > 0 && | ||||||
| RecipeCost.isValid()) | ||||||
| RecipeCost = InstructionCost(ForceTargetInstructionCost); | ||||||
| // Get the underlying instruction for the recipe, if there is one. Is is used | ||||||
|
||||||
| // Get the underlying instruction for the recipe, if there is one. Is is used | |
| // Get the underlying instruction for the recipe, if there is one. It is used |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed, thanks!
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| // * apply forced target instr | |
| // * apply forced target instruction cost. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed thanks!
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(independent) Have VPReplicateRecipe::computeCost() take care of inserting UI into SkipCostComputation?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's no such implementation yet, but can be added soon! Now moved slightly closer to VPSingleDefRecipe::computeCost.
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note that replicate recipes by definition must have a UI, so the latter can be asserted instead of checked.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done, thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some comment explaining that this wraps an existing IR instruction on the border of VPlan's scope, hence does not contribute to VPlan's cost modeling.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added, thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some explanation for treating this branch as free.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: can a better position be found, rather than between two static
classof()'s?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Moved to the end. thanks!