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. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  2. Intel 120GB 530 Series SSD Linux Performance
  3. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
  4. AMD's Windows Catalyst Driver Remains Largely Faster Than Linux Drivers
Latest Linux Articles
  1. Apple OS X 10.10 vs. Ubuntu 14.10 Performance
  2. Mesa 10.5-devel Brings Some Intel Haswell HD Graphics Changes Over Mesa 10.3
  3. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
  4. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
Latest Linux News
  1. Meizu's Ubuntu Phone Not Expected Until Early Next Year
  2. DragonFlyBSD 4.0 Drops i386 Support, Improves Graphics
  3. Expensive "Free/Libre Software Laptop" Uses A NVIDIA GPU
  4. QEMU 2.2-rc3 Released, Final Release Pushed Back By Couple Days
  5. 64-bit ARM FreeBSD Support Is Taking Shape
  6. GCW Zero Starts Seeing New Game Releases
  7. Intel's Cherry Trail Delayed To Next Year
  8. Bq Introduces More Android Devices, But Still No Ubuntu Phones
  9. Qt 5.4 Release Candidate Expected Later This Week
  10. ArrayFire Accelerated Compute Library Open-Sourced
Latest Forum Discussions
  1. Updated and Optimized Ubuntu Free Graphics Drivers
  2. Hurrican SDL Port
  3. Roadmap to Catalyst 14.10 ?
  4. how to configure module phoromatic ?
  5. PulseAudio 6.0 Is Coming & Other Linux Audio Plans For The Future
  6. Debian Developer Resigns From The Systemd Maintainership Team
  7. Cant get working Kaveri APU - A10-7850k
  8. Script for Fan Speed Control