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 Benchmarking Platform
Phoromatic Test Orchestration

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 Articles & Reviews
  1. AMD Radeon R9 290 OpenGL On Ubuntu 15.04: Catalyst vs. RadeonSI Gallium3D
  2. Ubuntu 15.04 Offers Faster OpenGL For AMD Radeon GPUs On Open-Source
  3. Ubuntu 15.04 Brings Some Graphics Performance Improvements For Intel Haswell
  4. Sub-$20 802.11n USB WiFi Adapter That's Linux Friendly
  5. The Lenovo T450s Is Working Beautifully With Linux
  6. Linux 4.0 SSD EXT4 / Btrfs / XFS / F2FS Benchmarks
Latest Linux News
  1. GTX 750 Maxwell Acceleration Starts Working On Nouveau With Linux 4.1
  2. Reasons To Make A PTS/OB Test Profile For Your Software
  3. Vivaldi TP3 Browser Adds Native Window Support On Linux
  4. A Brief Update On Fwupd For Linux Firmware Updating Of Devices
  5. Upgrading To KDE Plasma 5.3 On Kubuntu 15.04
  6. Ubuntu 15.10 Plans Being Discussed Next Week
  7. KDE Plasma 5.3 Released: Expands On Widgets, Bluetooth, PM
  8. Making It Easier To Deploy CUDA On Fedora
  9. GCC 4.9.2 vs. GCC 5 Benchmarks On An Intel Xeon Haswell
  10. Intel Haswell/Broadwell Power Use On Linux Still Moving Lower
Most Viewed News This Week
  1. Ubuntu's Desktop-Next Switching From .DEBs To Snappy
  2. Systemd Kills Off Shutdownd
  3. KDBUS Still Hasn't Been Pulled, Might Not Land For Linux 4.1
  4. My Favorite Computer Desk Of The Past Decade For Less Than $100
  5. AMD Open-Sources "Addrlib" From Catalyst
  6. Qt Creator 3.4 Brings C++ Programming Improvements & More
  7. Debian 8.0 Jessie Is Ready For Release This Weekend
  8. GIMP's Porting To GTK3 Continues