[PATCH] D105173: [WIP][NFC] factor out unrolling decision logic
Ali Sedaghati via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Tue Jul 13 12:53:32 PDT 2021
Ali-Sed added a comment.
In D105173#2861546 <https://reviews.llvm.org/D105173#2861546>, @dmgreen wrote:
> The latest revision appears to be missing most of the changes. You may want to squash several commits together in git, and make sure the commit message properly explains the reasoning behind the patch.
>
> Do you intend this to go into LLVM, or are you still experimenting at this point? It may be best to make sure what you come up with will have practical use before making a lot of changes in llvm itself. My understanding is that this code is (overly) complex but it is the order it is for deliberate reasons. All the existing tests have to keep passing, if they are not already.
>
> I would consider runtime unrolling to be the most interesting part of machine learning loop unroll factors, at least on many cpu's.
Thanks a lot for your feedback.
I just squashed all of the commits now and used "arc diff" for a group of commits and it seems it solved the problem.
I've been decoupling the logic, that unrolling pass uses, from the rest of it. So in a near future, I'll be able to replace it with a learning model.
For now, full unrolling and partial unrolling are the main goals. But, yes definitely! the logic behind the runtime unrolling could be a very interesting choice to be replaced with a learning model too.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D105173/new/
https://reviews.llvm.org/D105173
More information about the llvm-commits
mailing list