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

Holiday Gift: OpenGL Radeon Performance Goes Up

Mesa

Published on 24 December 2011 04:18 PM EST
Written by Michael Larabel in Mesa
1 Comment

The R300g and R600g Radeon Gallium3D performance is now up for certain workloads thanks to an important performance fix.

Originating from my article on Thursday about the The Grinch That Stole The Radeon Gallium3D Performance with regard to dramatic drops in OpenGL frame-rates with current Mesa Git master, then Friday's article that noted the offending commits in Mesa causing the performance regressions thanks to the automated bisecting abilities of the Phoronix Test Suite, one day later one of the issues has been addressed.

One of the regressions I noted in the Friday article was for the open-source Nexuiz game and tracked down to being a change related to the Radeon winsys when the management of GEM memory domains was moved out of the drivers and into the winsys. This commit had corrected some Piglit regressions, but to which Marek Olšák "can't explain" why those regressions were fixed. But as the Phoronix Test Suite found, it caused this drop in performance. With Mesa lacking a continuous integration system for performance management (though I've been working on a solution), this regression went unnoticed for three months (Marek committed this change in September during Oktoberfest).

So what Marek has done today is partially reverted the commit. Hitting Mesa Git master today is 93f4e3cb6c1ca303ee1f5c2a2491a8eff33f2633 with a description of:
winsys/radeon: move managing GEM domains back to drivers

This partially reverts commit 363ff844753c46ac9c13866627e096b091ea81f8.

It caused severe performance drops in Nexuiz. Reported by Phoronix.

Tested by me on r300g and by IRC people on r600g.
So this change not only affected the R300g driver (Radeon 9500 through Radeon X1000 series), but also the R600g (Radeon HD 2000 through HD 6000 series) as well. This revert touches about 200 lines of code. I'll be testing it soon to verify the performance has been restored for my test systems.

While it's unfortunate this Radeon performance regression was present for nearly three months, at least it's been reverted in time for the Mesa 8.0 branching.

On the topic of Mesa continuous integration to catch issues like these immediately, I still have plans to setup performance trackers of Mesa/Gallium3D across the major Intel, Radeon, and Nouveau drivers to run benchmarks on a per-commit basis. The infrastructure is in place -- it's been that way since 2009 when I began monitoring the Linux kernel performance on a daily basis as well as Ubuntu packages and more. All of the continuous integration work and performance testing can be done via the Phoronix Test Suite - Phoromatic - OpenBenchmarking.org stack -- even for automatically monitoring changes in the rendered image quality. Wine / CodeWeavers is using it quite successfully too for monitoring their performance on a near-commit basis.

The only issues causing months in not getting around to finalizing these Mesa trackers have been my severe lack of time (that includes even working Christmas) and that constantly running multiple machines with various higher-end graphics cards does consume a bit of electricity that is harder to justify without any corporate backer of the Mesa-tracking project.

Regardless, the Mesa trackers shall come. I might also have some holiday performance gifts to the Linux community in the next couple days.

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. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  2. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  3. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  4. Sumo's Omni Gets Reloaded
Latest Linux Articles
  1. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
  2. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
  3. Radeon Graphics Yield Mixed Results With Linux 3.17 Kernel
  4. AMD's RadeonSI Driver Sped Up A Lot This Summer
Latest Linux News
  1. PHP 5.6 Officially Released With New Debugger
  2. Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17
  3. Radeon DRM Queues More Changes, RV6xx UVD For Linux 3.18
  4. Nouveau On Oibaf PPA Is Back To Running Well
  5. Metro 2033 Redux Will Hopefully Hit Linux Real Soon
  6. New Virtual Monitor Software Might End Up On Linux
  7. Company of Heroes 2 Might Be Coming Out For Linux
  8. NIR Still Being Discussed For Mesa, LLVM Gets Brought Up Again
  9. Plasma Active Is Mostly Ported To KDE Frameworks 5
  10. Google Chrome 37 Brings Many Security Fixes
Latest Forum Discussions
  1. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  2. AMD Releases UVD Video Decode Support For R600 GPUs
  3. Best Radeon for a Power Mac G5?
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. Announcing radeontop, a tool for viewing the GPU usage
  6. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins
  7. [DB] BIOS - ACPI - data collecting
  8. Users defect to Linux as OpenBSD removes Lynx from base system