Signed overflow optimization hazards in the kernel
Signed overflow optimization hazards in the kernel
Posted Aug 22, 2012 10:39 UTC (Wed) by jezuch (subscriber, #52988)In reply to: Signed overflow optimization hazards in the kernel by daglwn
Parent article: Signed overflow optimization hazards in the kernel
> A code using lots of non-restrict pointers will certainly be difficult to vectorize. Such code can sometimes be auto-parallelized but I don't believe gcc has that capability.
It sorta-kinda does (-ftree-parallelize-loops) but I haven't tested it much. But I expect it to be even weaker than vectorization.
> gcc's vectorization is also pretty weak, though it is getting better. That may be part of what you're seeing.
It may be that. Or it may be that most of the code in non-HPC world does not lend itself to vectorization easily. I actually don't know, I'm just an amateur and hobbyist :)
