lkml.org 
[lkml]   [2007]   [Jul]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] CFS: Fix missing digit off in wmult table

* Roman Zippel <zippel@linux-m68k.org> wrote:

> > > It's nice that these artifacts are gone, but that still doesn't
> > > explain why this ratio had to be increase that much from around
> > > 1:10 to 1:69.
> >
> > More dynamic range is better? If you actually want a task to get 20x
> > the CPU time of another, the older scheduler doesn't really allow
> > it.
>
> You can already have that, the complete range level from 19 to -20 was
> about 1:80.

But that is irrelevant: all tasks start out at nice 0, and what matters
is the dynamic range around 0.

So the dynamic range has been made uniform in the positive from
1:10...1:20...1:30 to 1:69 for nice +19, and from 1:8 to 1:69 in the
minus. (with 1:86 nice -20) If you look at the negative nice levels
alone it's a substantial increase but if you compare it with positive
nice levels you'll similar kinds of dynamic ranges were already present
in the old scheduler and you'll see why we've done it.

Negative nice levels are admin-controlled, the increase in the negative
levels is is not a big issue and people actually like the increased
dynamic range and the consistency. The positive range _might_ be a
bigger issue but there we were largely inconsistent anyway, and again,
people like the increased dynamic range.

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

\
 
 \ /
  Last update: 2007-07-17 09:57    [W:0.298 / U:3.304 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site