1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

LLVM Gets An Automatic Loop Vectorizer

Compiler

Published on 26 October 2012 08:21 AM EDT
Written by Michael Larabel in Compiler
4 Comments

A loop vectorizer has been committed to LLVM 3.2 that's capable of automatically vectorizing small loops.

After a few weeks of discussions about a new loop vectorizer for LLVM, Apple's Nadav Rotem shared this week that a new implementation has been committed.

While it's been committed, the feature is currently disabled by default and when using the Clang C/C++ front-end the -mllvm -vectorize switches must be set for turning on this automatic loop vectorizer.

Nadav mentions, "The loop vectorizer is far from being 'ready', and this feature should be considered as 'highly experimental'. The work on the loop vectorizer had just began, and there is lots of work ahead...We currently know of a number of areas where we can improve. At the moment the vectorizer will vectorize anything it can, because we do not have a 'cost-model' to estimate the profitability of vectorization. Implementing a cost model is a high-priority for us, and until this is ready you should expect to see slowdowns on many loops. Another area which we need to improve is the memory dependence check. At the moment we have a very basic memory legality check which can be improved. Additionally, there are a number of cases where we generate poor vector code or suffer from a phase-rdering problem. Once we solve these problems we can continue to implement additional features."

The recent LLVM loop vectorizer discussions began in this thread at the beginning of October. "We are starting to work on an LLVM loop vectorizer. There's number of different projects that already vectorize LLVM IR. For example Hal's BB-Vectorizer, Intel's OpenCL Vectorizer, Polly, ISPC, AnySL, just to name a few. I think that it would be great if we could collaborate on the areas that are shared between the different projects. I think that refactoring LLVM in away that would expose target information to IR-level transformations would be a good way to start. Vectorizers, as well as other IR-level transformations, require target-specific information, such as the cost of different instruction or the availability of certain features. Currently, llvm-based vectorizers do not make use of this information, or just hard-code target information. A loop vectorizer would need target information. After we have some basic target information infrastructure in place we can start discussing the vectorizer itself."

LLVM 3.2 is planned for release in mid-December.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  2. Sumo's Omni Gets Reloaded
  3. AMD A10-7800 & A6-7400K APUs Run Great On Linux
  4. Radeon Gallium3D Is Running Increasingly Well Against AMD's Catalyst Driver
Latest Linux Articles
  1. Intel's Latest Linux Graphics Code Competes Against OS X 10.9
  2. Intel Sandy Bridge Gets A Surprise Boost From Linux 3.17
  3. Open-Source Radeon Graphics Have Some Improvements On Linux 3.17
  4. CPUFreq Scaling Tests With AMD's Kaveri On Linux 3.16
Latest Linux News
  1. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  2. EFL 1.11 Is A Big Milestone For Enlightenment Users
  3. DirectFB Updates GTK3 Support, Working Towards DirectFB 1.8
  4. Userptr Support Set For AMD Radeon GPUs In Linux 3.18
  5. NVIDIA Releases CUDA 6.5 As A Huge Update
  6. GNOME 3.14 Beta Makes GLSL Optional, Supports Wayland Gesture/Touch Events
  7. KDE Software Compilation 4.14 Released
  8. The Many Things You Can Build With A Raspberry Pi
  9. AMD's Catalyst Linux Driver Preparing For A World Without An X Server?
  10. Khronos Publishes Its Slides About OpenGL-Next
Latest Forum Discussions
  1. Systemd 216 Piles On More Features, Aims For New User-Space VT
  2. AMD Offers Mantle For OpenGL-Next, Pushes Mantle To Workstations
  3. ATI CrossFire Does Not Support On This Platform When Enabling (Ubuntu Lucid)
  4. Dead Island for Linux (?)
  5. The dangers of Linux kernel development
  6. Remote gui not accessible in Phoronix Test Suite 5.2
  7. Updated and Optimized Ubuntu Free Graphics Drivers
  8. Next-Gen OpenGL To Be Announced Next Month