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

Radeon, Nouveau Power Usage On Ubuntu 12.04

Ubuntu

Published on 08 April 2012 09:00 AM EDT
Written by Michael Larabel in Ubuntu
Comment On This Article

Here are a couple Easter-day Linux benchmarks with a few more power consumption results for the Precise Pangolin, a.k.a. Ubuntu 12.04 LTS.

This past week there were the extensive Ubuntu 12.04 power consumption benchmarks published that looked at the Precise Pangolin power consumption on several different notebooks compared to earlier Ubuntu Linux releases. The results were quite mixed, with some of the comparative figures going back to the days of Ubuntu 8.04 LTS and even Ubuntu 6.06 Dapper Drake.

At the end of March I also published some basic Nouveau power consumption benchmarks, with this mini article today continuing in that theme.

While for a mobile NVIDIA Quadro FX880M with the Nouveau driver the power consumption is on-par with the proprietary NVIDIA Linux graphics driver that properly supports various power management features (e.g. NVIDIA PowerMizer), when disabling kernel mode-setting to fall-back to the VESA driver, the numbers aren't too different either. With the VESA driver though you only have the Gallium3D LLVMpipe driver for acceleration, which isn't really beneficial for end-users unless having a strikingly-fast multi-core processor. (Additional details.)

The only major open-source driver left still with some level of user-space mode-setting (UMS) support is the Radeon driver. Intel quickly killed off their UMS support soon as their kernel mode-setting support began to stabilize in 2010. The Nouveau UMS support was killed long ago before it was ever stabilized and the developers realizing KMS is the future for Linux graphics. With the Radeon driver there is still upstream user-space mode-setting support, but with recent hardware launches AMD has only been enabling new hardware support via the kernel mode-setting paths. So for around Evergreen GPUs and older the kernel can boot with nomodeset or radeon.modeset=0 and the xf86-video-ati driver can still provide mode-setting support.

While the Radeon X.Org driver can still handle user-space mode-setting for most hardware, the Gallium3D driver on the Radeon side is only supported along the DRI2/KMS paths. In other words, with Radeon UMS you'll be dropping back to the LLVMpipe driver for CPU-based 3D acceleration since the classic R300/R600 Mesa drivers that did support acceleration under UMS were since removed. So it's basically useless to be using Radeon user-space mode-setting, but as the graph above illustrates, in a stock configuration it doesn't provide any power-savings advantage now that the Radeon KMS support is mature. (The results on OpenBenchmarking.org.)

Radeon, Nouveau Power Usage On Ubuntu 12.04

As the quick Radeon UMS/KMS testing was done from a notebook with a mobile Radeon R500 (X1000 series) graphics processor, no Catalyst driver comparison could be done from this ThinkPad since the proprietary driver no longer supports this aging ASIC.

For those curious about the power consumption between the open-source and proprietary drivers for AMD and NVIDIA graphics cards in fine detail, see The Most Comprehensive AMD Radeon Linux Graphics Comparison and A 14-Way Comparison Of NVIDIA vs. Nouveau Drivers. There's GPU power consumption numbers in there along with the performance results to look at efficiency. Those results are a couple months old, but not much in the way of power management has improved since then, although new benchmarks will be conducted in the near future thanks to performance gains.

Coming up in the next few days will be some revised power numbers from various desktop environments of Ubuntu 12.04 LTS, as hinted at yesterday.

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