From: Ting Yang <tingy@cs.umass.edu>
To: vatsa@in.ibm.com
Cc: Ingo Molnar <mingo@elte.hu>, linux-kernel@vger.kernel.org
Subject: Re: [patch] CFS scheduler, -v8
Date: Wed, 02 May 2007 19:41:42 -0400 [thread overview]
Message-ID: <463921B6.5050400@cs.umass.edu> (raw)
In-Reply-To: <20070502173634.GA11308@in.ibm.com>
Srivatsa Vaddagiri wrote:
> I briefly went thr' the paper and my impression is it expect each task
> to specify the length of each new request it initiates. Is that correct?
>
No, the timeslice l_i here serves as a granularity control w.r.t
responsiveness (or latency depends on how you interpret it). As wli said
it can be express as a function of the priority, as we do for weight
now. It is not related with the length of each new request. A request
may be 1 seconds long, but the scheduler may still process it using 10ms
timeslice. Smaller timeslice leads to more accuracy, i.e. closer to
ideal case.
However, the maximum of timeslice l_i used by all active tasks
determines the total responsiveness of the system, which I will explain
in detail later.
> There is also p->wait_runtime which is taken into account when
> calculating p->fair_key. So if p3 had waiting in runqueue for long
> before, it can get to run quicker than 10ms later.
Consider if p3 is a newly started task or waked up task and carries no
p->wait_runtime.
Ting
next prev parent reply other threads:[~2007-05-02 23:42 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-01 21:22 [patch] CFS scheduler, -v8 Ingo Molnar
2007-05-02 2:57 ` Ting Yang
2007-05-02 5:10 ` Willy Tarreau
2007-05-02 5:30 ` William Lee Irwin III
2007-05-02 10:05 ` Bill Huey
2007-05-02 10:27 ` Ingo Molnar
2007-05-02 17:36 ` Srivatsa Vaddagiri
2007-05-02 17:48 ` William Lee Irwin III
2007-05-02 18:15 ` Ingo Molnar
2007-05-02 18:56 ` William Lee Irwin III
2007-05-02 19:12 ` Ingo Molnar
2007-05-02 19:42 ` William Lee Irwin III
2007-05-03 2:48 ` Ting Yang
2007-05-03 3:18 ` Ting Yang
2007-05-03 10:19 ` Bill Huey
2007-05-02 23:41 ` Ting Yang [this message]
2007-05-02 18:42 ` Li, Tong N
2007-05-02 19:10 ` William Lee Irwin III
2007-05-03 3:07 ` Ting Yang
2007-05-03 8:50 ` Ingo Molnar
2007-05-03 14:26 ` Srivatsa Vaddagiri
2007-05-03 15:19 ` Ting Yang
2007-05-03 15:02 ` Ting Yang
2007-05-02 6:37 ` Mike Galbraith
2007-05-02 6:45 ` Ingo Molnar
2007-05-02 8:03 ` Gene Heskett
2007-05-02 8:12 ` Mike Galbraith
2007-05-02 8:48 ` Gene Heskett
2007-05-02 8:13 ` Ingo Molnar
2007-05-02 8:51 ` Gene Heskett
2007-05-02 7:59 ` Mike Galbraith
2007-05-02 8:11 ` Gene Heskett
2007-05-02 10:40 ` Ingo Molnar
2007-05-02 9:08 ` Balbir Singh
2007-05-02 10:05 ` Ingo Molnar
2007-05-02 10:59 ` Balbir Singh
2007-05-02 11:17 ` Ingo Molnar
2007-05-05 8:31 ` Esben Nielsen
2007-05-05 17:44 ` Linus Torvalds
2007-05-06 8:29 ` Ingo Molnar
2007-05-06 8:36 ` Willy Tarreau
2007-05-06 8:52 ` Ingo Molnar
2007-05-06 17:45 ` Linus Torvalds
2007-05-07 11:30 ` Esben Nielsen
2007-05-07 15:55 ` Ingo Molnar
2007-05-07 16:11 ` Linus Torvalds
2007-05-08 0:35 ` Peter Williams
2007-05-08 9:05 ` Esben Nielsen
2007-05-09 0:01 ` Peter Williams
2007-05-10 13:09 ` Pavel Machek
2007-05-11 16:50 ` Linus Torvalds
2007-05-11 19:18 ` Pavel Machek
2007-05-11 19:37 ` Willy Tarreau
2007-05-11 20:53 ` Kevin Bowling
2007-05-07 11:09 ` Esben Nielsen
2007-05-07 16:28 ` Linus Torvalds
2007-05-07 18:39 ` Johannes Stezenbach
2007-05-07 18:55 ` Linus Torvalds
2007-05-08 7:34 ` Esben Nielsen
2007-05-08 9:54 ` Johannes Stezenbach
2007-05-08 10:27 ` Esben Nielsen
2007-05-08 5:36 ` Matt Mackall
2007-05-02 12:58 ` Mark Lord
2007-05-02 12:58 ` Vegard Nossum
2007-05-02 16:41 ` Ingo Molnar
-- strict thread matches above, loose matches on Subject: below --
2007-05-03 8:20 Zoltan Boszormenyi
2007-05-03 13:02 ` Ingo Molnar
2007-05-03 13:29 ` Damien Wyart
2007-05-03 14:53 ` Srivatsa Vaddagiri
2007-05-03 15:53 ` William Lee Irwin III
2007-05-03 18:44 ` Li, Tong N
2007-05-03 19:52 ` William Lee Irwin III
2007-05-07 14:22 ` Srivatsa Vaddagiri
2007-05-07 20:54 ` Li, Tong N
2007-05-07 0:04 ` Bill Davidsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=463921B6.5050400@cs.umass.edu \
--to=tingy@cs.umass.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=vatsa@in.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.