[PATCH] D89566: [LV] Epilogue Vectorization with Optimal Control Flow
Bardia Mahjour via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Nov 9 17:06:44 PST 2020
bmahjour added a comment.
In D89566#2383507 <https://reviews.llvm.org/D89566#2383507>, @SjoerdMeijer wrote:
> My observations here are:
>
> - Performance of both patches for SPEC are the same. The advantage of D88819 <https://reviews.llvm.org/D88819> on ThunderX2 might be a coincidence (knock on effect, e.g. (loop) alignment) or some micro-architecture reason.
> - This patch D89566 <https://reviews.llvm.org/D89566> can handle more loops, but it is not reflected in the SPEC numbers (cold/not executed code?).
> - The beauty of D88819 <https://reviews.llvm.org/D88819> is that the changes are very minimal, but looks like it's worth spending extra lines of code here in D89566 <https://reviews.llvm.org/D89566> to helps in vectorising more.
>
> To me, that shows there's more potential with this patch.
> I don't think I can be the arbiter in this, so it's best if other reviewers comment too.
As you pointed out, the reason D89566 <https://reviews.llvm.org/D89566> causes no additional gain despite transforming more loops, could be because the loops are cold or the main vectorized loop dominates the execution profile. These issues can probably be addressed with an improved cost-model or with PGO data. It's important to be able to have the infrastructure to transform these loops for when the cost-model gets an upgrade.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D89566/new/
https://reviews.llvm.org/D89566
More information about the llvm-commits
mailing list