[PATCH] D32166: Improve LoopVectorizers estimation of scalar loops by predicting LSR behaviour
Renato Golin via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Wed May 31 02:42:57 PDT 2017
rengolin added reviewers: delena, qcolombet, sanjoy, craig.topper.
rengolin added a comment.
In https://reviews.llvm.org/D32166#768590, @jonpa wrote:
> I have just looked at performance. It was a while since I tried to evaluate the compile time impact of a single pass. How would you do this?
Well, if the whole compile time doesn't increase noticeably on a good number of programs and benchmarks (I'm expecting it won't), then it should be mostly fine.
One way to track compile time is using LNT. Put up a server, run vanilla, submit the results, run with the change, submit the results, compare. (http://llvm.org/docs/lnt/quickstart.html)
If the results are mostly fine, then it'd be just a matter or understanding why it was where it was and make sure everyone agrees with the move (or addition).
I'm adding a few people that have recently worked in the LSR as well as some vectoriser people.
I have seen a few comments in the LV that expect LSR to pass after it, so it might not be completely advisable to *move*, but passing before and after might have a noticeable impact.
cheers,
--renato
https://reviews.llvm.org/D32166
More information about the llvm-commits
mailing list