Announcement

Collapse
No announcement yet.

Another Major Linux Power Regression Spotted

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    Originally posted by amphigory View Post
    And would that be a Dunkles Wei?bier?
    No, just some Hacker-Pschorr. I was low on beer and busy with this testing so just walked to a store that's a block away to pickup some Hacker where as otherwise the beer I normally drink is about six kilometers away. So I was just being efficient and drinking slightly-less-good-but-still-amazing Munich beer.
    Michael Larabel
    https://www.michaellarabel.com/

    Comment


    • #12
      Originally posted by allquixotic View Post
      Normally, using more power, to the extent that it's correlated with increased performance, is a "good thing" for servers and other computers running on A/C power.
      That might be true on workstations, but is certainly not the case for rack-dense servers where THE problem is maximizing performance per watt, both from energy cost and problems of heat dissipation. Perhaps I'm missing something, but how is this bug not driving the server people nuts? 15% greater power consumption at idle would massive problem in a server farm, let alone cloud server containers.

      Comment


      • #13
        Originally posted by mthome View Post
        That might be true on workstations, but is certainly not the case for rack-dense servers where THE problem is maximizing performance per watt, both from energy cost and problems of heat dissipation. Perhaps I'm missing something, but how is this bug not driving the server people nuts? 15% greater power consumption at idle would massive problem in a server farm, let alone cloud server containers.
        Because most server people aren't running a Beta OS, let alone a bleeding edge kernel, on a production hardware. You're seeing why

        Comment


        • #14
          Kernel list/bugzilla anyone?

          This bug has been open on the Ubuntu bugzilla (Launchpad) for two years

          powertop reports many wakes per second (quantity depending on system) in "[kernel scheduler] Load balancing tick" task, rising with little load, on many kinds of multi-core (?) systems (original report was on a Core 2 Duo processor (T6500) with a single core enabled (multicore disabled in BIOS)). Cause of the problem: With kernel 2.6.32, there came a patch to the scheduler that introduced this problem (that was backported to some other versions as well). Even though this problem occurred fi...


          The only way to get it fixed is for someone to attract the kernel developers attention.....

          These test results should be added to with some powertop runs and results reported. I am beyond frustration over this matter. It reflects very badly on linux.

          Comment


          • #15
            Originally posted by locovaca View Post
            Because most server people aren't running a Beta OS, let alone a bleeding edge kernel, on a production hardware. You're seeing why
            Hmm - well, while Ubuntu 10.10 isn't LTS, it isn't beta either, and kernel 2.6.35 is supposed to be production quality (with longterm support). In any case, my point is that I'm surprised that this is still being portrayed as an issue that mainly applies to laptop users when it is precluding anything more recent than 2.6.34 from running on the server side - the traditional linux stronghold.

            Comment


            • #16
              Kernel bug report anyone?

              This issue has been in the Ubuntu Launchpad system for two years now:



              It needs reporting to the kernel bugzilla. The results here plus powertop output would be good. Someone familiar with kernel development needs to do this (not me unfortunately).

              Comment


              • #17
                Originally posted by mthome View Post
                Hmm - well, while Ubuntu 10.10 isn't LTS, it isn't beta either, and kernel 2.6.35 is supposed to be production quality (with longterm support). In any case, my point is that I'm surprised that this is still being portrayed as an issue that mainly applies to laptop users when it is precluding anything more recent than 2.6.34 from running on the server side - the traditional linux stronghold.
                RHEL 6 is running 2.6.32. Ubuntu 10.04 LTS is at 2.6.32. Nobody is running 10.10 on a serious server farm without special needs, no matter how long the individual kernel package is going to be supported by upstream. In 2 years that's not going to matter because Ubuntu will sunset 10.10.

                Comment


                • #18
                  [Offtopic] Idea for PTS: ability to zoom in graphs.

                  I recently discovered a bug in my wifi adapter that causes terrible performance with power management activated. This started around the time the kernel I'm running got updated to 2.6.38, so it seems the power management area really needs a bit more attention.

                  Comment


                  • #19
                    Originally posted by devius View Post
                    [Offtopic] Idea for PTS: ability to zoom in graphs.
                    When using the SVG version it should work so fine.
                    Michael Larabel
                    https://www.michaellarabel.com/

                    Comment


                    • #20
                      kernel .config

                      Maybe I'm just stating the obvious but have you compared the kernel .config files with each other? For instance, if the default config starts using a higher CONFIG_HZ setting you'll have a much different amount of ticker timer irqs, and, potentially, task reschedulings happening. Same with CONFIG_HZ vs tickerless modes etc. Just a thought.

                      Comment

                      Working...
                      X