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

AMD Talks About Stream SDK On Linux

Michael Larabel

Published on 6 June 2008
Written by Michael Larabel
Page 1 of 1 - 6 Comments

Late last month AMD had announced the release of the Stream SDK for Linux. This Stream SDK brings support for the CAL and Brook+ libraries on Linux. The version released was Stream SDK 1.1 Beta, which arrived at the same time as the SDK for Windows XP. With this new Linux support, we ran a small Q&A session with Michael Chu, who serves as the product manager for AMD Stream software. In this article are AMD's answers to some of the questions asked by members of the Phoronix Forums.

For those not up to speed on stream computing, it's the process of accelerating general-purpose code algorithms on the graphics processor in order to take advantage of its enhanced parallel processing capabilities compared a traditional processor. However, to benefit from stream computing with AMD hardware you'll need an R600 (Radeon HD 2000 / 3000) graphics card or newer.

How much of this Linux SDK will be "open" and how much of it is closed-source?

AMD is taking an open-systems approach to its AMD Stream SDK software stack. We document each of the layers of the stack so that tools and library partners can feel free to target whichever layer makes sense for them. We feel that our software partners are a critical part of our success and fully encourage them to add value to the stack wherever they can.

In addition, Brook+ is open-source and the source code is distributed with every Brook+ installer. Also, at appropriate times, changes made to Brook+ are pushed back into the BrookGPU project tree on SourceForge.

Any date for the Linux GPU2 Folding@HOME client release?

While AMD encourages the development done by the Folding@HOME team, we do not directly participate in the development or dictate their release cycle. The Folding@HOME team will be better able to answer questions about their release plans.

Will future releases of the SDK be in sync with Windows releases?

Our intent is that, moving forward, AMD Stream SDK releases will support both Windows as well as Linux.

Will the SDK enable developers to utilize multiple (different) R600 (and in the future, R700) cards in GPGPU software?

The SDK already allows you to access multiple GPUs. In Brook+, this is done by spawning separate processes with appropriately set environment variables to target each GPU. In CAL, when you open the device, you can specify which device you wish to open. We expect to continue to offer that capability in the future.

What sets the R600 apart from older generations in Stream Computing? Will a port for older GPU generations be possible?

The 6xx series of GPUs were the first GPUs to be based on a unified shader architecture. This made utilizing the GPUs for general purpose compute much easier. The RV670 also introduced the ability for the shaders to scatter results to any location in GPU memory and introduced double-precision floating point hardware. Both of these unique features in the RV670 enabled more applications to be developed on stream processors.

While a port of the AMD Stream SDK would technically be possible, we are most likely going to focus on adding support for future GPUs first. If there is sufficient demand, we will consider adding support for older GPU generations.

If you have any questions you would like answered about AMD Stream and Linux, let us know in the Phoronix Forums and we will see about getting them answered. Thanks go out to AMD and Michael Chu for participating.

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. Acer B286HK: A 28-inch UHD LED 4K Monitor For As Low As $350
  2. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  3. Intel 120GB 530 Series SSD Linux Performance
  4. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
Latest Linux Articles
  1. Mesa Git Yields Performance Improvements For Newer AMD GPUs
  2. Apple OS X 10.10 vs. Ubuntu 14.10 Performance
  3. Mesa 10.5-devel Brings Some Intel Haswell HD Graphics Changes Over Mesa 10.3
  4. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
Latest Linux News
  1. Devuan: Debian Without Systemd
  2. Wine 1.7.32 Updates Its Mono Engine
  3. Mesa 10.4 Release Candidate 3 Is Here For Weekend Testing
  4. GenodeOS 14.11 Now Supports Intel's Wireless Hardware
  5. Jolla Tablet Could Have Upgrades For MicroSDHC, Split Screen, 3.5G
  6. Intel Has Last Round Of DRM Changes For Linux 3.19, Starts Dropping DRI1/UMS
  7. Fedora 21 Release Candidate 1 Awaits Your Testing
  8. GCC 5 Adds Support For ARM's Cortex-A17
  9. KWayland Server Component Coming For KDE Plasma 5.2
  10. NVIDIA Posts Tegra Gallium3D Patch For K1+ Support
Latest Forum Discussions
  1. Aliens vs predator for Linux
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Hurrican SDL Port
  4. Roadmap to Catalyst 14.10 ?
  5. how to configure module phoromatic ?
  6. PulseAudio 6.0 Is Coming & Other Linux Audio Plans For The Future
  7. Debian Developer Resigns From The Systemd Maintainership Team
  8. Cant get working Kaveri APU - A10-7850k