Announcement

Collapse
No announcement yet.

The v2 Rotary Interactivity Favor Scheduler

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

  • #76
    Originally posted by elmariachi View Post
    Will you post in google-code or somewhere else?
    Also I am now doing benchmark to show which(V3-RC3-1, V3-RC3-2) work better.

    Comment


    • #77
      Originally posted by elmariachi View Post
      +1 github is a good option imho

      btw: on subjective use, RIFS is faster than BFS (I've been comparing both for the last three days). stuff like rendering pdf pages are faster and video plays smoother while compiling. I'll have to measure dropped frames to be sure though.

      Chromium slows down sometimes (pseudo-freezes). I don't know if this is beeing caused by the scheduler (is chromium getting RR??) or by flash or by something else.
      RIFS v3 is released.(Not rc anymore)
      Also read linux mailing list as well.

      Comment


      • #78
        V3 compilation failure

        Would you please decide whether we need
        int preempt; <--- in struct task_struct in include/linux/sched.h
        or if the corresponding sequence in check_timeslice_end in rifs.c
        if(p->state != TASK_RUNNING)
        p->prio --;
        else
        p->preempt = 0;
        is correct. I'm no real programmer but I'm giving it a try with the first choice. (Now compiling :-) ) I hope that it's not the wrong choice. :-?

        Best regards,
        Diana

        Comment


        • #79
          Originally posted by Diana View Post
          Would you please decide whether we need
          int preempt; <--- in struct task_struct in include/linux/sched.h
          or if the corresponding sequence in check_timeslice_end in rifs.c
          if(p->state != TASK_RUNNING)
          p->prio --;
          else
          p->preempt = 0;
          is correct. I'm no real programmer but I'm giving it a try with the first choice. (Now compiling :-) ) I hope that it's not the wrong choice. :-?

          Best regards,
          Diana
          Is it really V3?

          Comment


          • #80
            Originally posted by Diana View Post
            Would you please decide whether we need
            int preempt; <--- in struct task_struct in include/linux/sched.h
            or if the corresponding sequence in check_timeslice_end in rifs.c
            if(p->state != TASK_RUNNING)
            p->prio --;
            else
            p->preempt = 0;
            is correct. I'm no real programmer but I'm giving it a try with the first choice. (Now compiling :-) ) I hope that it's not the wrong choice. :-?

            Best regards,
            Diana
            Sorry. It is my fault.(I have post a wrong patch.)
            Now please wait for a moment , I am packing the correct one.

            Comment


            • #81
              Ok now is the correct one

              Comment


              • #82
                V3-performance

                I have just post a few screenshot to show the interactive performance of RIFS v3
                http://code.google.com/p/rifs-schedu...12-05-27-2.png
                http://code.google.com/p/rifs-schedu...2012-05-27.png

                Have a look. ;-)

                Comment


                • #83
                  Originally posted by Diana View Post
                  Would you please decide whether we need
                  int preempt; <--- in struct task_struct in include/linux/sched.h
                  or if the corresponding sequence in check_timeslice_end in rifs.c
                  if(p->state != TASK_RUNNING)
                  p->prio --;
                  else
                  p->preempt = 0;
                  is correct. I'm no real programmer but I'm giving it a try with the first choice. (Now compiling :-) ) I hope that it's not the wrong choice. :-?

                  Best regards,
                  Diana
                  The one you have(which cause compilation failure) is v2(Sorry for my fault)
                  Please download the new v3 at http://rifs-scheduler.googlecode.com
                  Last edited by 3766691; 05-27-2012, 12:04 PM.

                  Comment


                  • #84
                    Originally posted by elmariachi View Post
                    +1 github is a good option imho

                    btw: on subjective use, RIFS is faster than BFS (I've been comparing both for the last three days). stuff like rendering pdf pages are faster and video plays smoother while compiling. I'll have to measure dropped frames to be sure though.

                    Chromium slows down sometimes (pseudo-freezes). I don't know if this is beeing caused by the scheduler (is chromium getting RR??) or by flash or by something else.
                    Thanks for comment :-)
                    I m preparing the Github site these days.

                    From now on, I would not rebase RIFS v2 to 3.4.x tree.
                    RIFS v3 for 3.4.x is now not released because everyday I received a*A LOT OF* bug report about 3.4.x kernel. I would rebase it when it is stabled.

                    I have mentioned that V3 uses a different algorithm from V2

                    EVERYONY, TRY IT. :-)

                    Comment


                    • #85
                      O.k. -- I tried v3 (the correct one ;-) ) with kernel 3.3.7 plus the two BFQ patches and I'm getting severe problems:
                      o startup takes very long time before X
                      o KDE loading after login takes ages and mouse cursor is sluggish during any I/O operation during and after loading
                      o mouse cursor recovers after moving it for a few seconds -- but only for a few seconds

                      I've noticed in top that all tasks have a PR > 100, I've never seen that with BFS.
                      The kernel config remained the same as with BFS except for choosing RIFS instead.
                      There do not appear any error messages in the logs and I experienced no data loss.

                      My machine is quite "vintage" but BFS is running fine (no comparison to RIFS in the current state!!!):
                      PIII-1400 Tualatin (single core, single CPU), VIA Apollo PRO133x AGP 4x, IDE disks & DVD, AMD Radeon HD 4350 (RV710) @ AGP 4x with Gallium 0.4, 2GB SDRAM 133. openSUSE 12.1, KDE 4.8.3, MESA 8.1-devel.

                      I hope your RIFS scheduler is not limited to modern high end multi-core machines to be usable. In the current state I really can't use it.


                      Best regards,
                      Diana

                      Comment


                      • #86
                        Originally posted by Diana View Post
                        O.k. -- I tried v3 (the correct one ;-) ) with kernel 3.3.7 plus the two BFQ patches and I'm getting severe problems:
                        o startup takes very long time before X
                        o KDE loading after login takes ages and mouse cursor is sluggish during any I/O operation during and after loading
                        o mouse cursor recovers after moving it for a few seconds -- but only for a few seconds

                        I've noticed in top that all tasks have a PR > 100, I've never seen that with BFS.
                        The kernel config remained the same as with BFS except for choosing RIFS instead.
                        There do not appear any error messages in the logs and I experienced no data loss.

                        My machine is quite "vintage" but BFS is running fine (no comparison to RIFS in the current state!!!):
                        PIII-1400 Tualatin (single core, single CPU), VIA Apollo PRO133x AGP 4x, IDE disks & DVD, AMD Radeon HD 4350 (RV710) @ AGP 4x with Gallium 0.4, 2GB SDRAM 133. openSUSE 12.1, KDE 4.8.3, MESA 8.1-devel.

                        I hope your RIFS scheduler is not limited to modern high end multi-core machines to be usable. In the current state I really can't use it.


                        Best regards,
                        Diana
                        prio in RIFS is the actual value.So the real prio is actually prio - 120.
                        I have to spend more experiment on V3, but on my box(Just a Dual Core) it works very smooth even with big stress. On my box, when I am running BFS, it hang my cursor and music.

                        It seems to have problem with something from your description. I will try to look at it.
                        Thanks for giving feedback.

                        Comment


                        • #87
                          The bug fix of RIFS v2 has released.Also I have released BFS-O1,it can improve the turnaround time of BFS by O(1) lowest deadline task searching and it won't affect the behavior of BFS.

                          RIFS v4 are planning.

                          Comment


                          • #88
                            No advantage with BFS-O1

                            Hi Chen,
                            just want to let you know, that your BFS-O1 patch does not bring any advantage to BFS 420 with kernel 3.3.7. It's making the contrary: I get more video playback hickups (in vlc) when compiling the kernel at the same time. Pure BFS 420 also shows hickups - but not that often.

                            Diana

                            Comment


                            • #89
                              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.

                              Comment


                              • #90
                                Originally posted by Diana View Post
                                Hi Chen,
                                just want to let you know, that your BFS-O1 patch does not bring any advantage to BFS 420 with kernel 3.3.7. It's making the contrary: I get more video playback hickups (in vlc) when compiling the kernel at the same time. Pure BFS 420 also shows hickups - but not that often.

                                Diana
                                Sorry I am late to give you reply
                                BFS-O1 is already failed, so please throw it away.

                                I am just focusing on RIFS v4 now. RIFS v3 is not responsive on some machine.Actually RIFS V2-bugfixed perform well on any machine and it give well response to the foreground(RIFS V3 does so), but it will cause a task switching lag.

                                Comment

                                Working...
                                X