Announcement

Collapse
No announcement yet.

The ~200 Line Linux Kernel Patch That Does Wonders

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

  • The ~200 Line Linux Kernel Patch That Does Wonders

    Phoronix: The ~200 Line Linux Kernel Patch That Does Wonders

    In recent weeks and months there has been quite a bit of work towards improving the responsiveness of the Linux desktop with some very significant milestones building up recently and new patches continuing to come. This work is greatly improving the experience of the Linux desktop when the computer is withstanding a great deal of CPU load and memory strain. Fortunately, the exciting improvements are far from over. There is a new patch that has not yet been merged but has undergone a few revisions over the past several weeks and it is quite small -- just over 200 lines of code -- but it does wonders for the Linux desktop.

    http://www.phoronix.com/vr.php?view=15455

  • #2
    Will this increase performance on my old AMD Athlon XP machine, or does it only really help those with multicore cpu's?

    Comment


    • #3
      So now it will actually be practiical to multitask in linux?

      Comment


      • #4
        It doesn't seem like this would make much difference to general users who aren't running big jobs in another tty though, it's a pretty specific use case. Most of the big jobs I run are on another machine through SSH. Still pretty awesome though.

        Comment


        • #5
          Will there be a significant difference in fps with the patch?

          Comment


          • #6
            Originally posted by fish_sticks View Post
            Will there be a significant difference in fps with the patch?
            Yes if you're compiling the Linux kernel at the same time.

            Comment


            • #7
              Originally posted by ad_267 View Post
              It doesn't seem like this would make much difference to general users who aren't running big jobs in another tty though, it's a pretty specific use case. Most of the big jobs I run are on another machine through SSH. Still pretty awesome though.
              Hang on. So no performance boost for most of us?

              Comment


              • #8
                Originally posted by korpenkraxar View Post
                Hang on. So no performance boost for most of us?
                It's not so much a performance boost than it is better balancing of resources. Your computer is not any faster, but it will distribute CPU power more evenly so that everything will *feel* faster.

                If you ever run any CPU- and/or IO-intensive program in the background (say, a system upgrade, or a locatedb cron job), this patch should be helpful.

                Comment


                • #9
                  Originally posted by Chousuke View Post
                  If you ever run any CPU- and/or IO-intensive program in the background (say, a system upgrade, or a locatedb cron job), this patch should be helpful.
                  Yeah, this is what I meant. Responsiveness is a better term than performance I guess. No more tears when updatedb kicks in?

                  Comment


                  • #10
                    Just tested this patch and from what I can see it doesn't make anything faster. It makes everything *MUCH* smoother by reducing resources to processes which use a lot of CPU - (like make -j64 on linux kernel). Compilation takes a bit longer, but system is fully usable during that time.

                    This is by far one of the best patches I've tested so far! Outstanding work. Thanks for bringing that up!
                    Rob
                    email: dagger@gentoo.org

                    Comment


                    • #11
                      Ok, we see that the patch does "miracles" for heavy CPU load by compiling with many processes but...
                      How about heavy disk or USB storage I/O?
                      Will this patch improve desktop responsiveness when the CPU is waiting for I/O operations? If it's improving that too, that will be real benefit for most users as probably most of us use mlocate, strigi indexing or anything else indexing files in background or at least data copy between disk and usb devices.

                      And what about compiz/kwin desktop effects?
                      The video is showing desktop responsiveness without desktop effects.

                      Comment


                      • #12
                        so this.will probably improve my desktop performance when tabbing out of a game like heroes of newerth?
                        sounds awesome!

                        Comment


                        • #13
                          Gosh, Michael, can you use normal PCs while demonstrating improvements in kernel process management?

                          Not everyone here has a six cores top Intel Core i7 CPU which costs $1000.

                          Comment


                          • #14
                            Would it be too much to ask for a PPA containing the kernel with this patch?

                            Comment


                            • #15
                              Originally posted by xeros View Post
                              Ok, we see that the patch does "miracles" for heavy CPU load by compiling with many processes but...
                              How about heavy disk or USB storage I/O?
                              Will this patch improve desktop responsiveness when the CPU is waiting for I/O operations? If it's improving that too, that will be real benefit for most users as probably most of us use mlocate, strigi indexing or anything else indexing files in background or at least data copy between disk and usb devices.
                              Yup, I agree about CPU waiting for I/O.

                              I noticed a very nasty CPU usage raise using latest fedora 14 LXDE on a old Athlon XP 1500+ (1333 mhz) machine with disk workloads.

                              AFAIK disk workloads should not stress CPU at all, since they should use DMA and let other CPU bound tasks use the CPU.

                              Instead watching a video on such a machine (and even listening to music) is a real pain when something is going to access the disk (even the mouse cursor stutters). By comparison, on the same machine I got WinXP and have none of these awful behaviours.

                              I add that, during such heavy disk transfers, most of the time top reports that CPU is eating cycles in wait state.

                              Comment

                              Working...
                              X