[PATCH, vec-tails 07/10] Support loop epilogue combining
Jeff Law
law@redhat.com
Mon Jul 25 18:01:00 GMT 2016
On 07/22/2016 05:36 AM, Richard Biener wrote:
> The thing that needs work I think is re-running of if-conversion.
I wonder if we could revamp if-conversion to work on a subset of the
CFG? I can see that potentially being useful in other contexts. Would
that work for you Richi?
We've already got Bin doing that for DOM...
> Also I don't like at
> all that we have many variants of vectorizing but somehow the decision which one
> to choose is rather unclear. The way the epilogue vectorization code
> is hooked in
> is rather awkward and bound to be a maintainance burden (well, maybe a
> small one).
I think it's going to be a small one. I suspect that we really need
another architecture with masking capabilities to really be able to see
how the costing models ought to work and bring sanity to that decision.
>
> And last, I double there is a case for a masked vectorized loop - I can bet that
> doing a non-masked vectorized loop plus a masked epilogue (with no iteration
> then!) will be always faster unless you hit the window of very few iterations
> (or optimizing for size - in which case vectorizing is questionable on
> its own and
> disabled IIRC).
Ilya, does this case make a noticeable difference with the ICC
implementation?
Jeff
More information about the Gcc-patches
mailing list