On 21 November 2012 22:45, 王韬 wangtao2010@ict.ac.cn wrote:
Hi all,
I am working on enhancing vectorizer cost model for neon.
I note that related work has been discussed. 0. 2011-05-26， https://blueprints.launchpad.net/gcc-linaro/+spec/neon-regressions-11.11
- 2012-06-12, https://blueprints.launchpad.net/gcc-linaro/+spec/vectorizer-cost-model
- 2012-06-24, https://blueprints.launchpad.net/gcc-linaro/+spec/refactor-backend-cost-mode...
So, is there any further work on this topic ? Who is working on this ? Maybe I can make some contribuitions to this problem.
Hi there. Thanks for your interest. I find the vectoriser quite interesting as our team is all about performance and, when it kicks in, the vectoriser can give big gains for little developer effort.
The vectoriser currently does quite well and has few regressions on the SPEC and EEMBC benchmarks that we normally run. The next step is tuning peeling as it causes the few remaining regressions and generally doesn't benefit us on ARM. The vectoriser cost model is interesting past that as it helps the vectoriser decide if vectorisation for a certain piece of code is profitable.
We develop upstream on the gcc-patches@gcc.gnu.org list. That's a good place to discuss anything. At the moment I don't have any vectoriser experts on my team but we'll help where we can.
-- Michael