From 7338f9709bba25d23960dfea475efa2e49608c1c Mon Sep 17 00:00:00 2001 From: Simon Pilgrim Date: Fri, 2 Sep 2022 11:08:57 +0100 Subject: [PATCH] [TTI] Improve description of TargetCostKind enums to aid targets in choosing cost values I'm not sure how much to add to the description as we've tried to allow targets to interpret the TargetCostKind enums in their own way. But we need to make it clear that certain cost kinds need to match threshold numbers used by various passes (and vice-versa when passes are determining a cost-benefit threshold). I'm not keen on the "The weighted sum of size and latency" description, but its very difficult to come up with anything else that's suitably generic (e.g. X86 will use uop counts here to easily work with LoopMicroOpBufferSize thresholds, even though high latency fdiv/fsqrt instructions still often have low uop counts). Differential Revision: https://reviews.llvm.org/D132288 --- llvm/include/llvm/Analysis/TargetTransformInfo.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/llvm/include/llvm/Analysis/TargetTransformInfo.h b/llvm/include/llvm/Analysis/TargetTransformInfo.h index 6c6d0d7..9184331 100644 --- a/llvm/include/llvm/Analysis/TargetTransformInfo.h +++ b/llvm/include/llvm/Analysis/TargetTransformInfo.h @@ -212,6 +212,8 @@ public: /// /// There are several different cost models that can be customized by the /// target. The normalization of each cost model may be target specific. + /// e.g. TCK_SizeAndLatency should be comparable to target thresholds such as + /// those derived from MCSchedModel::LoopMicroOpBufferSize etc. enum TargetCostKind { TCK_RecipThroughput, ///< Reciprocal throughput. TCK_Latency, ///< The latency of instruction. -- 2.7.4