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>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [PATCH][RSDL-mm 0/7] RSDL cpu scheduler for 2.6.21-rc3-mm2
Date: Mon, 12 Mar 2007 21:27:41 +1100 [thread overview]
Message-ID: <200703122127.41942.kernel@kolivas.org> (raw)
In-Reply-To: <1173692286.20540.12.camel@Homer.simpson.net>
On Monday 12 March 2007 20:38, Mike Galbraith wrote:
> On Mon, 2007-03-12 at 20:22 +1100, Con Kolivas wrote:
> > On Monday 12 March 2007 19:55, Mike Galbraith wrote:
> > > On Mon, 2007-03-12 at 19:29 +1100, Con Kolivas wrote:
> > > > I'll save you the trouble. I just checked myself and indeed the load
> > > > is only 1. What this means is that although there are 2 tasks
> > > > running, only one is running at any time making a total load of 1.
> > > > So, if we add two other tasks that add 2 more to the load the total
> > > > load is 3. However if we weight the other two tasks at nice 5, they
> > > > only add .75 each to the load making a weighted total of 2.5. This
> > > > means that X+Gforce together should get a total of 1/2.5 or 40% of
> > > > the overall cpu. That sounds like exactly what you're describing is
> > > > happening.
> > >
> > > Hmm. So... anything that's client/server is going to suffer horribly
> > > unless niced tasks are niced all the way down to 19?
> >
> > Fortunately most client server models dont usually have mutually
> > exclusive cpu use like this X case. There are many things about X that
> > are still a little (/me tries to think of a relatively neutral term)...
> > wanting. :(
>
> But the reality of X is what we have to deal with.
And unix.
> This scheduler seems to close the corner cases of the interactivity
> estimator, but this "any background load is palpable" thing is decidedly
> detrimental to interactive feel.
Now I think you're getting carried away because of your expectations from the
previous scheduler and its woefully unfair treatment towards interactive
tasks. Look at how you're loading up your poor P4 even with HT. You throw 2
cpu hogs only gently niced at it on top of your interactive tasks. If you're
happy to nice them +5, why not more? And you know as well as anyone that the
2nd logical core only gives you ~25% more cpu power overall so you're asking
too much of it. Let's not even talk about how lovely this will (not) be once
SMT nice gets killed off come 2.6.21 and nice does less if "buyer beware" you
chose to enable HT in your own words.
> When I looked into keeping interactive tasks responsive, I came to the
> conclusion that I just couldn't get there from here across the full
> spectrum of cpu usage without a scheduler hint. Interactive feel is
> absolutely dependent upon unfairness in many cases, and targeting that
> unfairness gets it right where heuristics sometimes can't.
See above. Your expectations of what you should be able to do are simply
skewed. Find what cpu balance you loved in the old one (and I believe it
wasn't that much more cpu in favour of X if I recall correctly) and simply
change the nice setting on your lame encoder - since you're already setting
one anyway.
We simply cannot continue arguing that we should dish out unfairness in any
manner any more. It will always come back and bite us where we don't want it.
We are getting good interactive response with a fair scheduler yet you seem
intent on overloading it to find fault with it.
> -Mike
--
-ck
next prev parent reply other threads:[~2007-03-12 10:28 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-11 3:57 [PATCH][RSDL-mm 0/7] RSDL cpu scheduler for 2.6.21-rc3-mm2 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 [this message]
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
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=200703122127.41942.kernel@kolivas.org \
--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 \
/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;
as well as URLs for NNTP newsgroup(s).