Announcement

Collapse
No announcement yet.

Scheduler Improvements Published For The Linux 4.6 Kernel

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

  • Scheduler Improvements Published For The Linux 4.6 Kernel

    Phoronix: Scheduler Improvements Published For The Linux 4.6 Kernel

    Ingo Molnar is once again very punctual with sending his pull requests in right away for the next Linux kernel merge window for the numerous areas he oversees as the maintainer. One of his interesting pull requests this morning is of the scheduler updates...

    http://www.phoronix.com/scan.php?pag...-4.6-Scheduler

  • #2
    I wonder, if any of those improvements can make Desktop/gaming experience more fluid?
    BFS is nice, but I we need something that is in the kernel...

    Comment


    • #3
      My Linux Mint 17.3 uses 760MB from the 3072MB available, so memory is not the problem. But every time I'm writing a big file to a disk (internal o external) everything becomes super slow, even the mouse pointer movement start to hang. Is this a scheduler thing? Anyone else experience that? This deadline scheduler could help?


      **Edit**
      It turns out that I'm already using the deadline scheduler:

      Code:
      $ cat /sys/block/sda/queue/scheduler
      noop [deadline] cfq
      Last edited by tessio; 03-14-2016, 09:25 AM.

      Comment


      • #4
        Originally posted by dimko View Post
        I wonder, if any of those improvements can make Desktop/gaming experience more fluid?
        BFS is nice, but I we need something that is in the kernel...
        I don't expect these changes to have any visible effect unless we're talking hundreds or thousands of threads.

        Comment


        • #5
          Originally posted by bug77 View Post

          I don't expect these changes to have any visible effect unless we're talking hundreds or thousands of threads.
          i run BFQ on a shitty old laptop. old hdd doesnt give more than 25MBps on a disk to disk transfer on a sata 2 bus. if i run ubuntu on it, the same stuff happens thats mentioned above. BFQ is far more pleasant.

          Comment


          • #6
            Originally posted by tessio View Post
            My Linux Mint 17.3 uses 760MB from the 3072MB available, so memory is not the problem.
            If and when that is after boot, your distro and desktop is a resource hog compared to lighter distro, for example Debian testing Xfce uses 140MB after booting to desktop. Linux software can be tuned many ways, use lighter distro, remove unneeeded services, remove unneeded drivers from kernel and tune kernel to be faster. As recent phoronix test proves, Debian testing was the fastest distro on many tests and you can tune it much more.

            Cake over cake comes with many calories, same happens with software. Keep the distro simple, stupids.

            Comment


            • #7
              Originally posted by bug77 View Post

              I don't expect these changes to have any visible effect unless we're talking hundreds or thousands of threads.
              thanks for the info.

              Comment


              • #8
                Originally posted by tessio View Post
                My Linux Mint 17.3 uses 760MB from the 3072MB available, so memory is not the problem. But every time I'm writing a big file to a disk (internal o external) everything becomes super slow, even the mouse pointer movement start to hang. Is this a scheduler thing? Anyone else experience that? This deadline scheduler could help?


                **Edit**
                It turns out that I'm already using the deadline scheduler:

                Code:
                $ cat /sys/block/sda/queue/scheduler
                noop [deadline] cfq
                There is also I/O scheduler, which is not related to CPU. There is also memory tweak available in the /proc/ file system.
                First can prioritize process of writing to HDD/SDD, second can control dirty caching, etc. I am not at home so can't throw in the links. Sound like memory tweaking can do some good to you.
                Also, clarify size of file + it's source + where you read it from and where you write it from.

                Ideally, open up new thread about it.

                Comment


                • #9
                  Originally posted by tessio View Post
                  My Linux Mint 17.3 uses 760MB from the 3072MB available, so memory is not the problem. But every time I'm writing a big file to a disk (internal o external) everything becomes super slow, even the mouse pointer movement start to hang. Is this a scheduler thing? Anyone else experience that? This deadline scheduler could help?


                  **Edit**
                  It turns out that I'm already using the deadline scheduler:

                  Code:
                  $ cat /sys/block/sda/queue/scheduler
                  noop [deadline] cfq
                  I'd suggest you to take a look at this (if you already didn't)

                  http://algo.ing.unimo.it/people/paol...escription.php

                  some says that for some workloads they get worse performance, but surely from the user standpoint the system feels much more fluid even under heavy disk I/O.


                  Comment


                  • #10
                    Oh good some scheduler love. I've also been having system wide freezes with NCQ on over intensive disk I/O where the system becomes unresponsive while long write operations are ongoing.
                    I always assumes the guy responsible for the scheduling work is some impoverished student working through his dissertation while running a 10 year old 500GB 5600RPM HDD that has slow enough write speeds that he never needs to put in locks

                    Comment

                    Working...
                    X