[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1280918759.1923.968.camel@laptop>
Date: Wed, 04 Aug 2010 12:45:59 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: "Michael S. Tsirkin" <mst@...hat.com>
Cc: Oleg Nesterov <oleg@...hat.com>,
Sridhar Samudrala <sri@...ibm.com>, Tejun Heo <tj@...nel.org>,
Ingo Molnar <mingo@...e.hu>, netdev <netdev@...r.kernel.org>,
lkml <linux-kernel@...r.kernel.org>,
"kvm@...r.kernel.org" <kvm@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Dmitri Vorobiev <dmitri.vorobiev@...ial.com>,
Jiri Kosina <jkosina@...e.cz>,
Thomas Gleixner <tglx@...utronix.de>,
Andi Kleen <ak@...ux.intel.com>
Subject: Re: [PATCH repost] sched: export sched_set/getaffinity to modules
On Tue, 2010-07-27 at 07:55 +0300, Michael S. Tsirkin wrote:
> Peter, could you please indicate whether you think this is the way to
> go, too?
I really dislike it, as you indicated, you now want priority too..
It seems the problem is that we normally don't consider work done by
kernel threads for user processes part of that process.
I'm not sure what work you're doing, but I'm pretty sure there's similar
things already in the kernel -- think about the work done by encryption
threads for encrypted sockets and stuff.
If you want proper containment of work caused by a process, I'd suggest
you start by looking at curing the general problem, instead of special
casing this one case.
--
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