[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B31D487.6060706@kernel.org>
Date: Wed, 23 Dec 2009 17:27:51 +0900
From: Tejun Heo <tj@...nel.org>
To: Ingo Molnar <mingo@...e.hu>
CC: Linus Torvalds <torvalds@...ux-foundation.org>,
Peter Zijlstra <peterz@...radead.org>, awalls@...ix.net,
linux-kernel@...r.kernel.org, jeff@...zik.org,
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
Hello,
On 12/23/2009 05:01 PM, Ingo Molnar wrote:
> At least as far as i'm concerned, i'd like to see actual uses. It's a big
> linecount increase all things considered:
>
> 20 files changed, 2783 insertions(+), 660 deletions(-)
>
> and you say it _wont_ help performance/scalability (this aspect
> wasnt clear to me from previous discussions),
I'm just not sure how it would turn out. I guess it would be an
overall win under loaded situations due to lowered cache footprint but
I don't think it will be anything which would stand out.
> so the (yet to be seen) complexity reduction in other code ought to
> be worth it.
Sure, fair enough but there's also a different side. It'll allow much
easier implementation of things like in-kernel media presence polling
(I have some code for this but it's still just forming) and
per-device. It gives a much easier tool to extract concurrency and
thus opens up new possibilities.
So, anyways, alright, I'll go try some conversions.
Happy holidays.
--
tejun
--
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