[PATCH] D78651: [TTI] Devirtualize getInstructionLatency
Sam Parker via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Thu Apr 23 01:34:23 PDT 2020
samparker added a comment.
Thanks both.
> Is it a good idea to have getInstructionThroughput/getInstructionLatency/getUserCost being implemented through different mechanisms?
I don't think so. I like the idea of using the getInstructionCost interface which then calls into the respective functions, which then calls into the concrete implementation. This means the getUserCost would disappear though, and various cost methods would take the explicit TargetCostKind argument. I think AMDGPU is the only backend with a significant getUserCost implementation.
> Is there an llvm-dev thread that describes what we want the cost model to end up looking like?
I will try to get an RFC patch for what I described above and then post to the list.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D78651/new/
https://reviews.llvm.org/D78651
More information about the llvm-commits
mailing list