Artur Skawina wrote:
> Al Boldi wrote:
> > --- sched.bak.c     2007-03-16 23:07:23.000000000 +0300
> > +++ sched.c 2007-03-19 23:49:40.000000000 +0300
> > @@ -938,7 +938,11 @@ static void activate_task(struct task_st
> >                                  (now - p->timestamp) >> 20);
> >     }
> >
> > -   p->quota = rr_quota(p);
> > +   /*
> > +    * boost factor hardcoded to 5; adjust to your liking
> > +    * higher means more likely to DoS
> > +    */
> > +   p->quota = rr_quota(p) + (((now - p->timestamp) >> 20) * 5);
> >     p->prio = effective_prio(p);
> >     p->timestamp = now;
> >     __activate_task(p, rq);
>
> i've tried this and it lasted only a few minutes -- i was seeing
> mouse cursor stalls lasting almost 1s. i/o bound tasks starving X?
> After reverting the patch everything is smooth again.

This patch wasn't really meant for production, as any sleeping background 
proc turned cpu-hog may DoS the system.

If you like to play with this, then you probably want to at least reset the 
quota in its expiration.


Thanks!

--
Al

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to