[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTikrc+_r1KE477c-NeD-9PWDOXx1ExHGm08Lm6wM@mail.gmail.com>
Date: Sat, 4 Dec 2010 18:43:44 -0500
From: Colin Walters <walters@...bum.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Mike Galbraith <efault@....de>, Ingo Molnar <mingo@...e.hu>,
Oleg Nesterov <oleg@...hat.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Markus Trippelsdorf <markus@...ppelsdorf.de>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v4] sched: automated per session task groups
On Sat, Dec 4, 2010 at 5:39 PM, Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
> And it doesn't hurt you. If you're happy with "nice", go on and use
> it. Why are you even discussing it?
Because it seems to me like a bug if it isn't as good as group
scheduling? Most of your message is saying it's worthless, and I
don't disagree that it's not very good *right now*. I guess where we
disagree is whether it's worth fixing.
> What's your point again? It's a heuristic.
So if it's a heuristic the OS can get wrong, wouldn't it be a good
idea to support a way for programs and/or interactive users to
explicitly specify things? Unfortunately the cgroups utilities don't
make this easy (and of course there's the issue that no major released
OS exports write permission to the cpu cgroup for a desktop session
uid). I guess "nice" could be patched to, if the user has permission
to the cgroups, to auto-create a group. Or...nice could be fixed.
On a more productive note, I see now
Documentation/scheduler/sched-nice-design.txt has a lot of really
useful history regarding "nice" and the complaints over time (I guess
this is where some of your assertions that it's failed/worthless comes
from).
--
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