From: "Con Kolivas" <kernel@kolivas.org>
To: "Mike Galbraith" <efault@gmx.de>
Cc: "Ingo Molnar" <mingo@elte.hu>,
"linux kernel mailing list" <linux-kernel@vger.kernel.org>,
"ck list" <ck@vds.kolivas.org>,
"Linus Torvalds" <torvalds@linux-foundation.org>,
"Andrew Morton" <akpm@linux-foundation.org>
Subject: Re: [PATCH][RSDL-mm 0/7] RSDL cpu scheduler for 2.6.21-rc3-mm2
Date: Tue, 13 Mar 2007 09:51:07 +1100 [thread overview]
Message-ID: <8cd998d50703121551u44ea3d85g2541503373f461f4@mail.gmail.com> (raw)
In-Reply-To: <1173732344.6431.54.camel@Homer.simpson.net>
On 13/03/07, Mike Galbraith <efault@gmx.de> wrote:
> On Tue, 2007-03-13 at 07:38 +1100, Con Kolivas wrote:
> > On Tuesday 13 March 2007 07:11, Mike Galbraith wrote:
> > >
> > > Killing the known corner case starvation scenarios is wonderful, but
> > > let's not just pretend that interactive tasks don't have any special
> > > requirements.
> >
> > Now you're really making a stretch of things. Where on earth did I say that
> > interactive tasks don't have special requirements? It's a fundamental feature
> > of this scheduler that I go to great pains to get them as low latency as
> > possible and their fair share of cpu despite having a completely fair cpu
> > distribution.
>
> As soon as your cpu is fully utilized, fairness looses or interactivity
> loses. Pick one.
That's not true unless you refuse to prioritise your tasks
accordingly. Let's take this discussion in a different direction. You
already nice your lame processes. Why? You already have the concept
that you are prioritising things to normal or background tasks. You
say so yourself that lame is a background task. Stating the bleedingly
obvious, the unix way of prioritising things is via nice. You already
do that. So moving on from that...
Your test case you ask "how can I maximise cpu usage". Well you know
the answer already. You run two threads. I won't dispute that.
The debate seems to be centered on whether two tasks that are niced +5
or to a higher value is background. In my opinion, nice 5 is not
background, but relatively less cpu. You already are savvy enough to
be using two threads and nicing them. All I ask you to do when using
RSDL is to change your expectations slightly and your settings from
nice 5 to nice 10 or 15 or even 19. Why is that so offensive to you?
nice 5 is 75% the cpu of nice 0. nice 10 is 50%, nice 15 is 25%, nice
19 is 5%.If you're so intent on defining nice 5 as background would it
be a matter of me just modifying nice 5 to be 25% instead? I suspect
your answer will be no because then you'll argue that you shouldn't
nice at all, but it should be interesting to see your response. You
seem to be advocating that the scheduler does everything and we need
to implement some complex flag instead. I don't believe that's the
right thing to do at all. So I offer you some options.
1. Be happy with changing your nice from 5 to15. I still don't think
this is in any way unreasonable.
2. Wait for me to fix -niced tasks behaviour and -nice your X. I plan
to implement this change anyway, not necessarily for X.
3. Have me redefine what nice 5 is, and tell me what percentage cpu
you think is right.
4. Any combination of the above.
Please don't pick 5.none of the above. Please try to work with me on this.
--
-ck
next prev parent reply other threads:[~2007-03-12 22:51 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-11 3:57 Con Kolivas
2007-03-11 11:39 ` Mike Galbraith
2007-03-11 11:48 ` Con Kolivas
2007-03-11 12:08 ` Mike Galbraith
2007-03-11 12:10 ` Ingo Molnar
2007-03-11 12:20 ` Mike Galbraith
2007-03-11 21:18 ` Mike Galbraith
2007-03-12 7:22 ` Mike Galbraith
2007-03-12 7:48 ` Con Kolivas
2007-03-12 8:29 ` Con Kolivas
2007-03-12 8:55 ` Mike Galbraith
2007-03-12 9:22 ` Con Kolivas
2007-03-12 9:38 ` Mike Galbraith
2007-03-12 10:27 ` Con Kolivas
2007-03-12 10:57 ` Mike Galbraith
2007-03-12 11:08 ` Ingo Molnar
2007-03-12 11:23 ` Con Kolivas
2007-03-12 13:48 ` Theodore Tso
2007-03-12 18:09 ` Con Kolivas
2007-03-12 14:34 ` Mike Galbraith
2007-03-12 15:26 ` Linus Torvalds
2007-03-12 18:10 ` Con Kolivas
2007-03-12 19:36 ` Peter Zijlstra
2007-03-12 20:36 ` Mike Galbraith
2007-03-13 4:17 ` Kyle Moffett
2007-03-13 8:09 ` Ingo Molnar
2007-03-12 18:49 ` Con Kolivas
2007-03-12 19:06 ` Xavier Bestel
2007-03-13 17:21 ` Valdis.Kletnieks
2007-03-12 20:11 ` Mike Galbraith
2007-03-12 20:38 ` Con Kolivas
2007-03-12 20:45 ` Mike Galbraith
2007-03-12 22:51 ` Con Kolivas [this message]
2007-03-13 5:10 ` Mike Galbraith
2007-03-13 5:53 ` Con Kolivas
2007-03-13 6:08 ` [ck] " Rodney Gordon II
2007-03-13 6:17 ` Mike Galbraith
2007-03-13 7:53 ` Mike Galbraith
2007-03-13 8:22 ` Ingo Molnar
2007-03-13 8:18 ` Ingo Molnar
2007-03-13 8:22 ` Mike Galbraith
2007-03-13 9:21 ` Con Kolivas
2007-03-13 9:29 ` Ingo Molnar
2007-03-13 9:41 ` Con Kolivas
2007-03-13 10:50 ` Bill Huey
2007-03-13 9:31 ` [ck] " Con Kolivas
2007-03-13 10:24 ` Xavier Bestel
2007-03-13 23:19 ` Sanjoy Mahajan
2007-03-13 9:33 ` Mike Galbraith
2007-03-13 9:39 ` Ingo Molnar
2007-03-13 10:06 ` Con Kolivas
2007-03-13 11:23 ` Mike Galbraith
2007-03-13 11:41 ` Serge Belyshev
2007-03-13 11:46 ` Mike Galbraith
2007-03-13 15:36 ` John Stoffel
2007-03-13 14:17 ` Matt Mackall
2007-03-13 15:15 ` David Schwartz
2007-03-13 17:59 ` Jeremy Fitzhardinge
2007-03-13 19:58 ` David Schwartz
2007-03-13 20:10 ` Jeremy Fitzhardinge
2007-03-13 20:35 ` Bill Huey
2007-03-13 20:27 ` Bill Huey
2007-03-16 16:42 ` Pavel Machek
2007-03-12 23:43 ` David Lang
2007-03-13 2:23 ` Lee Revell
2007-03-13 6:00 ` David Lang
2007-03-12 21:34 ` [ck] " jos poortvliet
2007-03-12 21:38 ` michael chang
2007-03-13 0:09 ` Thibaut VARENE
2007-03-13 6:08 ` Mike Galbraith
2007-03-13 6:16 ` Con Kolivas
2007-03-13 6:30 ` Mike Galbraith
2007-03-12 20:42 ` Peter Zijlstra
2007-03-12 21:05 ` Serge Belyshev
2007-03-12 21:41 ` Mike Galbraith
2007-03-12 11:25 ` Mike Galbraith
2007-03-12 9:38 ` Xavier Bestel
2007-03-12 10:34 ` Con Kolivas
2007-03-12 16:38 ` Kasper Sandberg
2007-03-14 2:25 ` Valdis.Kletnieks
2007-03-14 3:25 ` Gabriel C
2007-03-14 9:44 ` Xavier Bestel
2007-03-12 8:44 ` Mike Galbraith
2007-03-11 14:32 ` Gene Heskett
2007-03-12 6:58 ` Radoslaw Szkodzinski
2007-03-12 11:16 ` Gene Heskett
2007-03-12 11:49 ` Gene Heskett
2007-03-12 11:58 ` Con Kolivas
2007-03-12 16:38 ` Gene Heskett
2007-03-12 18:34 ` Gene Heskett
2007-03-12 19:53 Al Boldi
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=8cd998d50703121551u44ea3d85g2541503373f461f4@mail.gmail.com \
--to=kernel@kolivas.org \
--cc=akpm@linux-foundation.org \
--cc=ck@vds.kolivas.org \
--cc=efault@gmx.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=torvalds@linux-foundation.org \
/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 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®