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

OpenACC Still Not Loved By Open Compilers

Compiler

Published on 04 December 2012 08:17 PM EST
Written by Michael Larabel in Compiler
3 Comments

While an open industry standard, the leading open-source compilers still lack support for the OpenACC parallel programming standard.

The OpenACC 1.0 API has been public for more than one year as an open standard to simplify parallel programming on CPUs and GPUs, but to this point it's basically only backed by commercial compilers. OpenACC is similar to OpenMP in terms of using PRAGMA compiler directives and special functions for tapping multiple CPU cores in an easy and straight-forward manner with C/C++ and Fortran code, but unlike OpenMP, OpenACC is also aware of GPUs.

The main compilers supporting OpenACC 1.0 are PGI, Cray, and CAPS/HMPP. Even with the forthcoming releases of GCC 4.8 and LLVM/Clang 3.2, there's still no OpenACC support. (LLVM/Clang is also still lacking mainline support for OpenMP.)

Introduced last month at the Super Computing '12 conference in Salt Lake City, a draft version of OpenACC 2.0 was also made public for review. OpenACC introduces new controls for handling data movement, better handling of unstructured data, improvements in dealing with non-contiguous memory, support for explicit function calls, and other new functionality to make happy HPC programmers. The tentative OpenACC 2.0 specification can be found on the standard's website.

Hopefully in 2013 we will begin to see open-source compilers like LLVM/Clang and GCC beginning to support OpenACC for exposing new parallel computing capabilities. On a semi-related note, last month Intel showcased Shevlin Park, an effort to make Microsoft's C++ AMP (Accelerated Massive Parallelism) multi-platform by porting it to LLVM/Clang.

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. Scythe Mugen MAX
  2. Intel Core i7 5960X Haswell-E On Linux
  3. Intel 80GB 530 Series M.2 SSD On Linux
  4. With A New Motherboard, The Core i7 5960X Haswell-E Lights Up
Latest Linux Articles
  1. 7-Way Linux Desktop Gaming Comparison On Ubuntu 14.10
  2. Intel P-State vs. CPUFreq Benchmarks On The i7-5960X
  3. RadeonSI GLAMOR Benchmarks With X.Org Server 1.16
  4. RadeonSI Gallium3D vs. Catalyst At 4K UHD On Linux
Latest Linux News
  1. X.Org Server 1.16.1 Released
  2. Mesa Gets Closer To Having OpenGL 4.0 Tessellation Support
  3. Uselessd: A Stripped Down Version Of Systemd
  4. F2FS Tools Gain FSCK Support
  5. FreeBSD 10.1 Has The New VT Driver, Hardware Improvements
  6. AntiMicro 2.6 Yields Greater Compatibility For Gamepads On Linux
  7. OpenGL 3.3 / GLSL 3.30 Lands For Intel Sandy Bridge On Mesa
  8. AMD's RadeonSI Gallium3D Driver Sees Some Improvements
  9. Mesa 10.3 Released With The Latest Open-Source GPU Driver Improvements
  10. GNOME 3.13.92 Officially Released
Latest Forum Discussions
  1. Wasteland 2 Officially Launched Today, Including For Linux Gamers
  2. Can Linux kill a motherboard?
  3. X.Org Women Outreach Program Only Turns Up Two Applicants So Far
  4. New stress testing utility for GPU's
  5. Stop grabbing my keyboard :(
  6. New Group Calls For Boycotting Systemd
  7. SSD seems slow
  8. R. Tyler restarts work on FreeBSD launchd port, openlaunchd