search for: d30247

...owing changes: 1) Costing: Preserve all profitable vector factor. 2) Transform: Create an additional vector loop with next profitable vector factor. Please refer attached file (BlockLayout.png) for the details about transformed block layout. Patch is available at: https://reviews.llvm.org/D30247 Regards, Ashutosh -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170222/19e2c18d/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: BlockLayout.png...

Hello, I need help here. I am able to adjust the vector width through WidestRegister value. When number of iterations=31 and I set vector width=32 it gives <16xi32> and <8xi32> instructions. However if i replicate same behavior with number of iterations=63 and I set vector width=64, no vector instructions are emitted. it should do as previous and gives <32xi32> and

...osed block structure will make this situation better or worse (or have no overall effect). Thanks again, Hal > > Adam > >> Please refer attached file (BlockLayout.png) for the details about >> transformed block layout. >> Patch is available at:https://reviews.llvm.org/D30247 >> Regards, >> Ashutosh >> <BlockLayout.png>_______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> >> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev &g...

...ip-count checks?); I wonder if the proposed block structure will make this situation better or worse (or have no overall effect). Thanks again, Hal Adam Please refer attached file (BlockLayout.png) for the details about transformed block layout. Patch is available at: https://reviews.llvm.org/D30247 Regards, Ashutosh <BlockLayout.png>_______________________________________________ LLVM Developers mailing list llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev _______________________________________________ LL...

...fect). >> >> Thanks again, >> Hal >> >> >> >> Adam >> >> >> >> Please refer attached file (BlockLayout.png) for the details about transformed block layout. >> >> Patch is available at: https://reviews.llvm.org/D30247 <https://reviews.llvm.org/D30247> >> >> Regards, >> Ashutosh >> >> <BlockLayout.png>_______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> >&...

...--- in theory. 4) Once you get to that point, just run RemainderVectorize enough times, until VF is small enough. This shouldn’t require much knowledge on LoopVectorize if things go nice and smooth. If you opt to go with tweaking Ashutosh’s patch, Ashutosh’s patch (https://reviews.llvm.org/D30247 ) is doing what I wrote above within LoopVectorize (thus it can skip many things since data structures are still alive), through createVectorEpilog(), instantiating InnerLoopVectorizer inside InnerLoopVectorizer. That takes care of one remainder loop vectorization step. You need to modify so that i...

Hi Hameeza, Aside from Ashutosh's patch..... When the vector width is that large, we can't keep vectorizing remainder like below. It'll be a huge code size if nothing else ---- hitting ITLB miss because of this is very bad, for example. VF=2048 // main vector loop VF=1024 // vectorized remainder 1 VF=512 // vectorized remainder 2 ... Vectorize remainder until trip count is