* nonlinear timeslice gap?
@ 2005-04-18 15:17 Jason Baietto
0 siblings, 0 replies; only message in thread
From: Jason Baietto @ 2005-04-18 15:17 UTC (permalink / raw)
To: linux-kernel; +Cc: nickpiggin, mingo
ChangeSet 1.1832.6.22 (2004/08/24 11:10:51 mingo@elte.hu) introduced the
following time slice mapping for nice values:
[ -20 ... 0 ... 19 ] => [800ms ... 100ms ... 5ms]
This met the goal of a 1:160 ratio for nice-20/nice+19, however it
introduced a 320ms gap between 0 and -1. Was this gap intentional or
accidental, and is it really acceptable?
Here's the full mapping (verified by sched_rr_get_interval):
-20 => 800ms
-19 => 780ms
-18 => 760ms
-17 => 740ms
-16 => 720ms
-15 => 700ms
-14 => 680ms
-13 => 660ms
-12 => 640ms
-11 => 620ms
-10 => 600ms
-9 => 580ms
-8 => 560ms
-7 => 540ms
-6 => 520ms
-5 => 500ms
-4 => 480ms
-3 => 460ms
-2 => 440ms
-1 => 420ms *** gap ***
0 => 100ms
1 => 95ms
2 => 90ms
3 => 85ms
4 => 80ms
5 => 75ms
6 => 70ms
7 => 65ms
8 => 60ms
9 => 55ms
10 => 50ms
11 => 45ms
12 => 40ms
13 => 35ms
14 => 30ms
15 => 25ms
16 => 20ms
17 => 15ms
18 => 10ms
19 => 5ms
Take care,
Jason
--
jason.baietto@ccur.com
http://www.ccur.com/oss
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-04-18 15:17 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-04-18 15:17 nonlinear timeslice gap? Jason Baietto
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®