Language Selection

English French German Italian Portuguese Spanish

Another Major Linux Power Regression Spotted

Filed under
Linux

Since Friday there's been a number of Phoronix articles about a very bad power regression in the mainline Linux kernel, which is widespread, Ubuntu 11.04 is one of the affected distributions, and has been deemed a bug of high importance. This yet-to-be-resolved issue is affected Linux 2.6.38 and 2.6.39 kernels and for many desktop and notebook systems is causing a 10~30% increase in power consumption. Nevertheless, this is not the only major outstanding power regression in the mainline tree, there is another dramatic regression now spotted as well that is yet-to-be-fixed.

Since the discovery last week of the Linux 2.6.38 and 2.6.39 kernels going through excessive amounts of power compared to 2.6.37 and earlier, each day and practically all day since that time has been working on Linux power consumption tests. Power consumption benchmarks are not normally an area we focus on nor do many others, but since the inadvertent discovery of it when testing out the power consumption of past Ubuntu Linux releases, a lot of time has spent investigating the matter within the kernel. In order to do such, there's been continued improvements to the Phoronix Test Suite, Phoromatic, OpenBenchmarking.org, and the PTS Commercial scripts for better enhancing the power testing, more improvements to multi-point automated regression bisecting, etc. The Phoronix Test Suite has already been able to monitor and log the power consumption (along with temperatures, fan speeds, I/O wait, system load, etc) for any test profile/suite being run by using the system monitor module, but now there is more. Thanks to working on that Easter weekend, coming to fruition because of that today is the discovery of another regression while still working on finding the first commit causing a power regression.

rest here




More in Tux Machines

PayPal Reduces Costs 10x With Open Source CI

The bigger you are, the more small efficiencies add up. Manivannan Selvaraj's talk from LinuxCon North America gives us a detailed inside view of how PayPal cut operating costs by a factor of ten, while greatly increasing performance and user convenience. Everything has to be fast now. We can't have downtimes. No going offline for maintenance, no requesting resources with a days-long ticketing process. Once upon a time virtual machines were the new miracle technology that enabled more efficient resource use. But that was then. Selvaraj describes how PayPal's VMs were operating at low efficiency. They started with a single giant customized Jenkins instance running over 40,000 jobs. It was a single point of failure, not scalable, and inflexible. Read more

Turn Raspberry Pi 3 Into a Powerful Media Player With RasPlex

I have hundreds of movies, TV shows and music that I have bought over the years. They all reside on my Plex Media Server. Just like books, I tend to buy these works and watch them once in awhile, instead of relying on "streaming" services like Netflix where content isn’t always available forever. If you already have Plex Media Server running, then you can build an inexpensive Plex Media Player using Raspberry Pi 3 and RasPlex. Plex Media Server is based on open source Kodi (formerly XBMC), but is not fully open source. Plex Media Center has a friendly interface and it’s very easy to set up a media center (See our previous tutorial on how to install it on a Raspberry Pi 3 or on another dedicated Linux machine). Read more

7 Linux predictions for 2017

Last year I made a set of predictions of events that I thought would happen in the tech world (focused primarily on Linux and free software). I was mostly right. This has emboldened me to make another set of predictions for 2017. I have no inside knowledge on any of these—I am basing this entirely on the twin scientific principles of star maths and wishy thinking. Read more

GTK Graphics

  • GTK Lands A Big Refactoring Of OpenGL Code
    In addition to Red Hat's Benjamin Otte working on a Vulkan renderer for GTK4's GSK, he's also been working on a big refactoring of the OpenGL code that's now been merged to master. OpenGL is very important for GTK4 as it will play a big role in rendering with GSK. With this "large GL refactoring", a big clean-up was done of the OpenGL GDK code, affecting the X11, Win32, Wayland, and Mir code too. Some of the specific work includes no longer using buffer-age information, passing the actual OpenGL context, and simplifying the code. More details via this Git commit.
  • A Vulkan Renderer For GNOME's GTK+ GSK Is In Development
    A Vulkan back-end is in development for GNOME's GTK's tool-kit new GTK Scene Kit (GSK) code. Benjamin Otte has begun experimenting with a Vulkan back-end for GTK's GSK code with GTK Scene Kit being one of the big additions in development for the major GTK+ 4.0 milestone. GSK implements a scene graph to allow for more complex graphical control of widgets and other improvements to its graphics pipeline. GSK was merged back in October and currently uses OpenGL for rendering while there is now a branched Vulkan renderer.