Announcement

Collapse
No announcement yet.

The v2 Rotary Interactivity Favor Scheduler

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

  • #91
    Originally posted by DeiF View Post
    Hi Chen.
    Thank you for your effort.

    I think you should team up with Con Kolivas and you two together bring us a super-next-gen scheduler.
    Linux doesn't care about user experience. Even with the best scheduler, it can't work well on desktop, but it will bring improvement

    Comment


    • #92
      Just let me post more about.

      I am now posting this message with latt -c180 running(RIFS V3 now).

      RIFS v3 run with very very little lag(I don't feel).
      RIFS v2 has little lag.
      RIFS v3-RC1 lag mouse stall.
      RIFS v3-RC2 completely hang.
      (Haven't posted yet)RIFS v4-RC1 completely hang, kernel halt(So RIFS v4-RC1 will be thrown)
      BFS lag mouse stall.

      For low configuration box, better to use RIFS v2
      For normal configuration box, better use RIFS v3.

      Comment


      • #93
        I mention one more thing.
        CFS perform this(latt -c180) well with compiz(although with music lag), but it means that CFS is not as worse as you think.

        Comment


        • #94
          RIFS V4 is released. It will become the last take of RIFS and it will become the base

          Comment


          • #95
            Everyone please take a look.
            RIFS V2-BUGFIX2 will become the base version of RIFS.
            V3,V4 will be deprecated(they are not as good as RIFS V2-BUGFIX2).
            User report has told me that RIFS V2-BUGFIX2 work excellent.

            RIFS V2-BUGFIX2 will become RIFS V5

            Comment


            • #96
              where are all these patches ?

              link ?

              trying to find it but I only see V2 :/


              edit:

              found it: http://code.google.com/p/rifs-scheduler/downloads/list


              could you please also make a version for 3.4 kernel ?

              thanks !
              Last edited by kernelOfTruth; 06-11-2012, 08:16 PM.

              Comment


              • #97
                Originally posted by kernelOfTruth View Post
                where are all these patches ?

                link ?

                trying to find it but I only see V2 :/


                edit:

                found it: http://code.google.com/p/rifs-scheduler/downloads/list


                could you please also make a version for 3.4 kernel ?

                thanks !
                RIFS for 3.4 kernel has made(I will start testing it). I have also posted it.
                I am planning to make a modular version of RIFS so that I don't need to post RIFS full patch everytime.
                Also, BFS-O(1) designing improvement patch for original BFS has been released.
                If you can't download RIFS-V2-Bugfix-kernel3.3.4 that means it is still generating.
                Last edited by 3766691; 06-15-2012, 11:54 AM.

                Comment


                • #98
                  Originally posted by RealNC View Post
                  It was made very clear by CK after his experiments with massive loads that BFS is not meant to be used with -j128. It is meant to be used with high workloads, but not with *ridiculous* workloads. High workload is something like -j10 on a quad core. 128 is ridiculous, and 512 is even beyond ridiculous.

                  BFS is optimized for real use, not for throwing -j512 kernel builds at it. If you really intend to run such a massive workload (why?), you would run it SCHED_IDLEPRIO or nice 19 (or both). If you have written a new scheduler, posting information about how it handles -j128 "better" than the others says absolutely nothing about the merit of that scheduler. The only thing it says is that it handles something no one needs but doesn't say anything about how it handles stuff people actually *do* need.

                  See:

                  http://ck-hack.blogspot.com/2010/11/...y-comment.html
                  I have released RIFS V2-bugfix2 for 3.4
                  x kernel too late. Sorry

                  In the next version I will have a new idea with designing.
                  Also an O(1) LOWEST DEADLINE PICKING for BFS is released.

                  Comment


                  • #99
                    Originally posted by elmariachi View Post
                    I've sent you an email. I can't compile RC2
                    RIFS V2-Bugfix2 for 3.4 kernel is released

                    Comment


                    • Originally posted by 3766691 View Post
                      RIFS V2-Bugfix2 for 3.4 kernel is released
                      looks good to me


                      compiling libreoffice right now

                      probably will add some more spice to it to see how it works out


                      thanks ! great job

                      Comment


                      • Originally posted by kernelOfTruth View Post
                        looks good to me


                        compiling libreoffice right now

                        probably will add some more spice to it to see how it works out


                        thanks ! great job
                        Thanks for comments.
                        I want someone to try RIFS-ES V1 also. If you have time could you help me to try? Thanks.
                        If it works better than RIFS-V2-Bugfix2 then RIFS-ES will be combined to RIFS.

                        Comment


                        • Originally posted by 3766691 View Post
                          Thanks for comments.
                          I want someone to try RIFS-ES V1 also. If you have time could you help me to try? Thanks.
                          If it works better than RIFS-V2-Bugfix2 then RIFS-ES will be combined to RIFS.
                          LD arch/x86/built-in.o
                          CC kernel/sched/rifs.o
                          kernel/sched/rifs.c: In function ‘sched_fork’:
                          kernel/sched/rifs.c:1460:3: error: ‘struct task_struct’ has no member named ‘tick_used’
                          kernel/sched/rifs.c:1460:21: error: ‘struct task_struct’ has no member named ‘tick_used’
                          kernel/sched/rifs.c: In function ‘wake_up_new_task’:
                          kernel/sched/rifs.c:1518:3: error: ‘struct task_struct’ has no member named ‘tick_used’
                          kernel/sched/rifs.c: In function ‘task_running_tick’:
                          kernel/sched/rifs.c:2389:6: error: ‘struct task_struct’ has no member named ‘tick_used’
                          kernel/sched/rifs.c:2390:4: error: ‘struct task_struct’ has no member named ‘tick_used’
                          kernel/sched/rifs.c: In function ‘check_timeslice_end’:
                          kernel/sched/rifs.c:2509:9: error: ‘struct task_struct’ has no member named ‘sleep_cnt’
                          kernel/sched/rifs.c:2510:7: error: ‘struct task_struct’ has no member named ‘sleep_cnt’
                          kernel/sched/rifs.c:2511:8: error: ‘struct task_struct’ has no member named ‘tick_used’
                          kernel/sched/rifs.c:2511:8: error: ‘struct task_struct’ has no member named ‘sleep_cnt’
                          kernel/sched/rifs.c:2513:24: error: ‘struct task_struct’ has no member named ‘sleep_jiffy’
                          kernel/sched/rifs.c:2514:7: error: ‘struct task_struct’ has no member named ‘sleep_cnt’
                          kernel/sched/rifs.c:2515:6: error: ‘struct task_struct’ has no member named ‘sleep_jiffy’
                          kernel/sched/rifs.c:2521:37: error: ‘struct task_struct’ has no member named ‘tick_used’
                          kernel/sched/rifs.c:2522:4: error: ‘struct task_struct’ has no member named ‘tick_used’
                          make[2]: *** [kernel/sched/rifs.o] Error 1
                          make[1]: *** [kernel/sched] Error 2
                          make: *** [kernel] Error 2

                          the patch is monolithic right ?

                          thanks !


                          edit:

                          ok, seemed that the build went wacko - I forgot to make clean mrproper before

                          d'oh !

                          2nd compile went fine

                          my bad


                          will try now


                          edit2:

                          ok doesn't built - same error

                          seems genkernel has something against it


                          someone else has to try it


                          thanks !
                          Last edited by kernelOfTruth; 06-17-2012, 01:59 PM.

                          Comment


                          • Originally posted by kernelOfTruth View Post
                            the patch is monolithic right ?

                            thanks !


                            edit:

                            ok, seemed that the build went wacko - I forgot to make clean mrproper before

                            d'oh !

                            2nd compile went fine

                            my bad


                            will try now


                            edit2:

                            ok doesn't built - same error

                            seems genkernel has something against it


                            someone else has to try it


                            thanks !
                            Edit 1:
                            Sorry for my fault.
                            The header file sched.h in the patch is not synchronous to my version that I am using.
                            I will fix it after a few hours.


                            Edit 2:
                            Ok, I have posted the new one.
                            Last edited by 3766691; 06-17-2012, 06:31 PM.

                            Comment


                            • Originally posted by 3766691 View Post
                              Edit 1:
                              Sorry for my fault.
                              The header file sched.h in the patch is not synchronous to my version that I am using.
                              I will fix it after a few hours.


                              Edit 2:
                              Ok, I have posted the new one.

                              thanks !

                              I'll probably try it tomorrow or within the next days - currently my box is busy working ...


                              Originally posted by kernelOfTruth View Post
                              looks good to me


                              compiling libreoffice right now

                              probably will add some more spice to it to see how it works out


                              thanks ! great job

                              results:

                              ok, I put the rifs for 3.4 to some test (the one without ES / enhanced scheduling)

                              compiling libreoffice + rsyncing data on encrypted partitions (1 TB) to zlib-compressed btrfs + 1080p HD flash/youtube video

                              everything super-smooth and interactive

                              == keeper


                              best recent kernel so far


                              I combined it with The Barbershop Load Distribution algorithm IMO a winning combination

                              Comment


                              • Originally posted by kernelOfTruth View Post
                                thanks !

                                I'll probably try it tomorrow or within the next days - currently my box is busy working ...





                                results:

                                ok, I put the rifs for 3.4 to some test (the one without ES / enhanced scheduling)

                                compiling libreoffice + rsyncing data on encrypted partitions (1 TB) to zlib-compressed btrfs + 1080p HD flash/youtube video

                                everything super-smooth and interactive

                                == keeper


                                best recent kernel so far


                                I combined it with The Barbershop Load Distribution algorithm IMO a winning combination
                                BLD is much simple and perform better than Vanilla load balancing.But now BLD can just work with mainline.

                                Comment

                                Working...
                                X