[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1173766107.7944.76.camel@Homer.simpson.net>
Date: Tue, 13 Mar 2007 07:08:27 +0100
From: Mike Galbraith <efault@....de>
To: michael chang <thenewme91@...il.com>
Cc: Con Kolivas <kernel@...ivas.org>, ck list <ck@....kolivas.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux kernel mailing list <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [ck] Re: [PATCH][RSDL-mm 0/7] RSDL cpu scheduler for
2.6.21-rc3-mm2
On Mon, 2007-03-12 at 17:38 -0400, michael chang wrote:
> Perhaps, Mike Galbraith, do you feel that it should be possible to use
> the CPU at 100% for some task and still maintain excellent
> interactivity?
Within reason, yes. Defining "reason" is difficult. As we speak, this
is possible to a much greater degree than with RSDL. Before anybody
pipes in, yes, I'm very much aware of the down side of the interactivity
estimator, I've waged bloody battles with it, and have the t-shirt :)
> That said, I haven't run the test case in particular yet, although I
> will see if I can get the time to do so soon. In any case, I
> personally do have a few qualms about this test case being run on HT
> virtual cores:
Virtual or physical cores has nothing to do with the interactivity
regression I noticed. Two nice 0 tasks which combined used 50% of my
box can no longer share that box with two nice 5 tasks and receive the
50% they need to perform. That's it. From there, we wandered off into a
discussion on the relative merit and pitfalls of fairness.
-Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists