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

13-Way AMD GPU Open-Source Linux Driver Comparison On The Source Engine

Michael Larabel

Published on 12 November 2013
Written by Michael Larabel
Page 1 of 6 - 26 Comments

For your viewing pleasure today is a 13-way AMD Radeon graphics card comparison when testing out the open-source Radeon Gallium3D drivers on the wide spectrum of ATI/AMD GPUs while looking at the performance for Valve's Source Engine with Counter-Strike: Source and Team Fortress 2. Given the imminent arrival of Steam Machines and SteamOS to push Linux gaming into its long-awaited spotlight, is AMD's open-source Linux graphics driver capable of delivering a reasonable level of performance?

From Ubuntu 13.10, the open-source driver configuration tested was the current best experience possible using the Linux 3.12 kernel (and enabling Radeon Dynamic Power Management; it will be defaulted in Linux 3.13) and using the Mesa 10.0 Gallium3D code that's expected to be released as stable later in the month. For those curious how the open-source Radeon performance compares to the closed-source Catalyst driver for Valve's Source Engine games, that comparison will be saved for a later article on Phoronix. This article is just looking at the open-source AMD Radeon driver performance and not Catalyst since this testing goes back further than the HD 5000 series where the current mainline Catalyst driver support ends. The Legacy Catalyst driver for HD 2000/3000/4000 series GPUs is not compatible with modern Linux distribution releases due to kernel and xorg-server compatibility problems.

Originally, this was going to be an open-source Linux GPU driver comparison of not just AMD Radeon graphics processors but also NVIDIA GPUs with the open-source reverse-engineered Nouveau driver. However, the current Nouveau Gallium3D driver doesn't really work properly for Source Engine, at least when tested with Team Fortress 2 and Counter-Strike Source. I've tried Nouveau on multiple systems but it is always a miserable mess for Source (screenshots below). The lack of re-clocking support so the GPUs core and memory frequencies can properly be set for modern GPUs also makes its performance horrible compared to NVIDIA's official Linux driver. The binary NVIDIA driver works wonderfully for the Source Engine on Linux and I had shared some 10-Way NVIDIA TF2 benchmarks a few days earlier.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. MSI X99S SLI PLUS On Linux
  2. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  3. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  4. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
Latest Linux Articles
  1. RunAbove: A POWER8 Compute Cloud With Offerings Up To 176 Threads
  2. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  3. Ubuntu 14.10 XMir System Compositor Benchmarks
  4. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
Latest Linux News
  1. openSUSE Factory & Tumbleweed Are Merging
  2. More Fedora Delays: Fedora 21 Beta Slips
  3. Mono Brings C# To The Unreal Engine 4
  4. Coreboot Now Has Support For Intel Broadwell Hardware
  5. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  6. GTK+ Lands Experimental Backend For Mir Display Server
  7. Ubuntu 14.10 Officially Released
  8. Mesa 10.4 Might Re-Enable HyperZ For R600g/RadeonSI
  9. Intel GVT-g GPU Virtualization Moves Closer
  10. GTK+ 3.16 To Bring Several New Features
Latest Forum Discussions
  1. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Linux hacker compares Solaris kernel code:
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Advertisements On Phoronix
  6. Users/Developers Threatening Fork Of Debian GNU/Linux
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed