[PATCH] D140698: [LoopUnroll] Be more permissive to high-cost loop trip count SCEV's
Nikita Popov via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Tue Dec 27 13:12:29 PST 2022
nikic added a reviewer: fhahn.
nikic added a comment.
Compile-time: https://llvm-compile-time-tracker.com/compare.php?from=781eabeb40b8e47e3a46b0b927784e63f0aad9ab&to=c0e5cd413681c1622e6d454bba677cf8847c3db3&stat=instructions:u ThinLTO +0.5% geomean with +2.7% tramp3d-v4
Code-size: https://llvm-compile-time-tracker.com/compare.php?from=781eabeb40b8e47e3a46b0b927784e63f0aad9ab&to=c0e5cd413681c1622e6d454bba677cf8847c3db3&stat=size-text ThinLTO +1.0% geomean with +6.7% tramp3d-v4
I checked, and using a factor of two instead of four only makes a relatively small difference.
Looks like this change has a higher impact than I would have expected. The code size increase //might// be worthwhile, but it's not possible to say without performance data.
It's possible that D115261 <https://reviews.llvm.org/D115261> would mitigate this somewhat, by avoiding at least some of the known non-profitable unrolling.
Ultimately this (once again) comes back to our lack of a runtime unrolling cost model :/
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D140698/new/
https://reviews.llvm.org/D140698
More information about the llvm-commits
mailing list