Announcement

Collapse
No announcement yet.

RIFS-ES Linux Kernel Scheduler Released

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

  • #11
    Another idea regarding your statistic:
    It is not meant to show the latency of the overall system, but the performance of a single function ordering the loads compared?
    (the logN efficiency you mentioned erlier)

    Comment


    • #12
      Originally posted by ulenrich View Post
      Another idea regarding your statistic:
      It is not meant to show the latency of the overall system, but the performance of a single function ordering the loads compared?
      (the logN efficiency you mentioned erlier)
      It shows the latency of 'sleep 10'

      Comment


      • #13
        Originally posted by ulenrich View Post
        going up from
        60 to 200 clients
        you will have latency going from
        50000 down to 5000

        This is funny!
        Is this a quantum machine running faster on high loads?
        Yes, this is very weird.
        I don't think this is possible.
        Why the graph look like this?

        Comment


        • #14
          Originally posted by uid313 View Post
          Yes, this is very weird.
          I don't think this is possible.
          Why the graph look like this?
          Hi

          Here is a newer benchmark around latt -c255 sleep 10 between these 3 cpu scheduler.


          RIFS-ES-Low-Spec has been posted, if you want a link please click the follow site.


          After using it if you think it is useful please invite the others to use it.
          Thanks

          Chen

          EDIT 2

          All right I am going to make a conclusion for the benchmark
          Although BFS get the worst average latency but it also get the best max_latency value.
          Last edited by 3766691; 21 June 2012, 06:10 AM.

          Comment


          • #15
            Originally posted by 3766691 View Post
            Hi

            Here is a newer benchmark around latt -c255 sleep 10 between these 3 cpu scheduler.
            Looks very weird.
            The latency jumps up and down unpredictably instead of scaling smoothly.

            Comment


            • #16
              Originally posted by uid313 View Post
              Looks very weird.
              The latency jumps up and down unpredictably instead of scaling smoothly.
              Even it jumps up and down it is still lower than the other 2 scheduler.
              During the test I will move the mouse(I just move the mouse and I don't click anything).
              With BFS the mouse stalls.
              With CFS or RIFS-ES-Low-Spec the mouse is very smooth.

              With average latency RIFS wins, with maximum latency BFS wins.
              Chen

              Comment


              • #17
                smooth! well done Chen!

                I just run a linux-3.4.4rc using the additional patch
                RIFS.ES-v1-low-spec-kernel3.4.x

                No issues with audio as was before!
                Very smooth experience with high load
                compile + flash + video
                all at the same time!

                Thank you very mush Chen!

                The BFS alternative will have issues with the newest linux-3.4.4
                regarding a rpc patch as I pointed to at Kon Colivas blog.

                Comment


                • #18
                  Originally posted by ulenrich View Post
                  I just run a linux-3.4.4rc using the additional patch
                  RIFS.ES-v1-low-spec-kernel3.4.x

                  No issues with audio as was before!
                  Very smooth experience with high load
                  compile + flash + video
                  all at the same time!

                  Thank you very mush Chen!

                  The BFS alternative will have issues with the newest linux-3.4.4
                  regarding a rpc patch as I pointed to at Kon Colivas blog.
                  Thanks for trying.
                  If the mainline can make CFS smooth then RIFS will stop publishing.
                  The existance of RIFS is to make the kernel smooth.
                  If you want you can invite the other to us it, or you can hack the scheduler and post your hacking.

                  We have to let the maintainer to know that they should improve the desktop user experience now.

                  Chen

                  Comment


                  • #19
                    Originally posted by 3766691 View Post
                    Thanks for trying.
                    If the mainline can make CFS smooth then RIFS will stop publishing.
                    The existance of RIFS is to make the kernel smooth.
                    If you want you can invite the other to us it, or you can hack the scheduler and post your hacking.

                    We have to let the maintainer to know that they should improve the desktop user experience now.

                    Chen
                    I have made an decision that I will still continue maintaining and developing it even after the mainline has improved the interactive

                    Comment


                    • #20
                      I am publishing my esperience here:


                      Siduction is an effective an little community around Debian unstable. Towo, the kernel guy there, had applied BFS patches for Linux-3.2 back then. But you dont have to use it to discuss in the forums. My main distribution yet is Gentoo, which is not only a "rollin' release" but a rolling MYrelease.

                      Comment

                      Working...
                      X