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

The Leading Cause Of The Recent Linux Kernel Power Problems

Michael Larabel

Published on 26 June 2011
Written by Michael Larabel
Page 1 of 3 - 144 Comments

"Mobile users are urged to seriously consider these results, and possibly even avoid the Natty Narwhal...I hate to say it, especially in an Ubuntu review, but the mobile edge goes to Windows for now...There are also compelling reasons for folks to avoid [Ubuntu 11.04] at all costs. Linux gamers should see substantial improvements, while mobile users suffer a dramatic loss in battery life," were among the critical comments that Tom's Hardware had in their Ubuntu 11.04 review as they were referencing the power regressions I discovered nearly two months ago within the mainline Linux kernel. As I mentioned on Sunday, the Phoronix Test Suite stack and I have now nailed this major power regression in the Linux 2.6.38 kernel that is affecting a significant number of mobile Linux users. Here is what is happening and a way that you should be able to workaround the serious regression should it affect your computer system(s).

This article is documenting what is the largest contributor to the major Linux power regression in the Linux 2.6.38 kernel that dramatically is shortening the battery life for many Linux users compared to running the Linux 2.6.37 kernel and earlier. The regression is in the mainline kernel tree but was first spotted when Ubuntu 11.04 was on a power consumption binge and is now affecting users of Fedora 15 and other recent Linux distribution releases too. This issue affects not everyone, but a significant number of people are if you go across various Linux forums, Ubuntu 11.04 reviews, the 270+ people in this Launchpad bug report, and in other online destinations.

The 2.6.38 issue is not the only major power regression outstanding in kernel-space, but there is also a more selective Linux 2.6.35 power regression that I have spotted and there is a separate power regression caused by the scheduler too that I am still investigating. Now that I'm able to automatically run power consumption tests from a USB-based AC power meter and battery tests, plus with enhancements to the open-source and enterprise versions of Phoronix Test Suite & Co (Phoromatic, OpenBenchmarking.org, etc), it's very easy to quickly nail down these issues.

It takes about as much time to hit kernel regressions these days as it takes me to drink a Maß of Augustiner at Oktoberfest. Using the Phoronix Test Suite testing solutions, it has long been possible to automatically find regressions in the Linux kernel by layering it atop git-bisect, but now it is breaking into the power world and new frontiers. More details on the other issues going forward, but this article is just centered on the notable 2.6.38 power issue.

While no Linux distribution vendors (surprisingly) stepped up to work on this Linux power management problem, deserving of a shout-out is Intel Corp. Intel didn't provide any resources specifically for tracking down this serious Linux bug, but they earlier provided the wonderful hardware that ended up being used in testing out the many different kernel builds, building all of the kernels during the bisecting process, etc. Specifically, the Intel Core i7 990X Extreme "Gulftown" with its six physical cores plus Hyper Threading is blazingly fast as well as our various Intel Sandy Bridge systems. The SNB-based HP EliteBook as part of the Intel Software Development Platform (that they provided for the per-commit Intel Linux driver testing we are setting up) was also one of the affected notebooks to this power regression and so that was used for testing too. Intel Gulftown and Sandy Bridge processors with their sheer speed dramatically sped up this testing process over the past week when the USB-based power meter arrived.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  2. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  3. AMD Radeon R9 285 Tonga Performance On Linux
  4. Apotop Wi-Copy
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. Linux 3.18-rc1 Released One Week Early With Many Changes
  2. The VC4 Gallium3D Driver Is Still Moving Along For The Raspberry Pi
  3. Direct3D 9 Support Might Land Within Mainline Mesa 3D Drivers
  4. OpenGL Preview Benchmarks For NVIDIA's GeForce GTX 970
  5. HOPE: The Ease Of Python With The Speed Of C++
  6. Vitesse: Using LLVM To Speed Up Databases
  7. AMD Is Restructuring Again, Losing 7% Of Employees
  8. Linux Testing Of The NVIDIA GeForce GTX 970
  9. Qt 5.4 Now In Beta With Web, Bluetooth LE, Graphics Improvements
  10. AMD's Radeon R9 285 On Linux Offers Good OpenCL Performance
Latest Forum Discussions
  1. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  2. AMD Is Restructuring Again, Losing 7% Of Employees
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. Open-Source AMD Fusion E-350 Support Takes A Dive
  5. Upgrade to Kaveri, very slow VDPAU performance
  6. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems
  7. Lennart Poettering On The Open-Source Community: A Sick Place To Be In
  8. The Slides Announcing The New "AMDGPU" Kernel Driver