[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1261479613.4937.14.camel@laptop>
Date: Tue, 22 Dec 2009 12:00:13 +0100
From: Peter Zijlstra <peterz@...radead.org>
To: Tejun Heo <tj@...nel.org>
Cc: torvalds@...ux-foundation.org, awalls@...ix.net,
linux-kernel@...r.kernel.org, jeff@...zik.org, mingo@...e.hu,
akpm@...ux-foundation.org, jens.axboe@...cle.com,
rusty@...tcorp.com.au, cl@...ux-foundation.org,
dhowells@...hat.com, arjan@...ux.intel.com, avi@...hat.com,
johannes@...solutions.net, andi@...stfloor.org
Subject: Re: workqueue thing
On Tue, 2009-12-22 at 08:50 +0900, Tejun Heo wrote:
>
> > 4) didn't consider the RT needs
>
> Can you be more specific? What RT needs? It's pretty difficult to
> tell when there's no in-kernel user and any shared worker pool would
> have pretty similar properties as cmwq.
http://programming.kicks-ass.net/kernel-patches/rt-workqueue-prio/
Most of that passed over lkml too at various times and in various forms,
not eve sure that that is the last one, but its the one I found first.
Basically it boils down to letting the worklets run at the priority of
the enqueing task and boost current running works with the prio of the
highest pending work, including proper barrier support.
--
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