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. 13-Way Low-End GPU Comparison With AMD's AM1 Athlon
  2. ASUS AM1I-A: A Mini-ITX Board For Socketed Kabini APUs
  3. Mini-Box M350: A Simple, Affordable Mini-ITX Case
  4. Overclocking The AMD AM1 Athlon & Sempron APUs
Latest Linux Articles
  1. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  2. AMD OpenCL Performance With AM1 Kabini APUs
  3. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  4. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
Latest Linux News
  1. Borderlands Is Being Considered For Linux
  2. Mesa 10.0 & 10.1 Stable Get Updated
  3. Getting Hit By The Variable Performance Of The Public Cloud
  4. Git 2.0 Test Releases Begin With Many Changes
  5. Wine 1.7.17 Works On Its Task Scheduler, C Run-Time
  6. The Improv ARM Board Still Isn't Shipping; Riding A Dead Horse?
  7. Debian To Maintain 6.0 Squeeze As An LTS Release
  8. Wasteland 2 Is Finally Released For Linux Gamers
  9. FreeBSD Advances For ARM, Bhyve, Clang
  10. Ubuntu 14.04 LTS "Trusty Tahr" Officially Released
  11. Ubuntu 12.04 LTS vs. 14.04 LTS Server Benchmarks
  12. QEMU 2.0 Released With ARM, x86 Enhancements
Latest Forum Discussions
  1. Suggestions about how to make a Radeon HD 7790 work decently?
  2. The GNOME Foundation Is Running Short On Money
  3. Updated and Optimized Ubuntu Free Graphics Drivers
  4. Radeon 8000M problematic on Linux?
  5. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  6. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  7. Suspected PHP Proxy Issue
  8. Change installation destination from home directory