[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <513012E0.1010904@linux.vnet.ibm.com>
Date: Fri, 01 Mar 2013 10:30:56 +0800
From: Michael Wang <wangyun@...ux.vnet.ibm.com>
To: Namhyung Kim <namhyung@...nel.org>
CC: Mike Galbraith <efault@....de>,
LKML <linux-kernel@...r.kernel.org>,
Ingo Molnar <mingo@...nel.org>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Paul Turner <pjt@...gle.com>, Alex Shi <alex.shi@...el.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Ram Pai <linuxram@...ibm.com>,
"Nikunj A. Dadhania" <nikunj@...ux.vnet.ibm.com>
Subject: Re: [RFC PATCH] sched: wakeup buddy
On 02/28/2013 11:31 PM, Namhyung Kim wrote:
> 2013-02-28 (목), 11:06 +0100, Mike Galbraith:
>> On Thu, 2013-02-28 at 18:25 +0900, Namhyung Kim wrote:
>>
>>> Not sure if it should require bidirectional relationship. Looks like
>>> just for benchmarks. Isn't there a one-way relationship that could get
>>> a benefit from this? I don't know ;-)
>>
>> ?? Meaningful relationships are bare minimum bidirectional, how can you
>> describe one connection and have it remain meaningful? I love "her" is
>> unlikely to lead to anything meaningful if "she" doesn't know you exist.
>
> Maybe I misunderstood something. I was thinking about typical
> cooperation models like manager-worker, producer-consumer or pipeline
> and thought that they are usually one-way relationship in terms of the
> wakeup.
I agree with Mike's point here, relax the restriction usually benefit
one model but damage more.
The whole wake_affine() stuff is somewhat blindly, we image that the
cache will benefit the wakee but could not estimate how much it is, and
the formula contain too many elements, I'd prefer to gamble only when
I'm likely to win, that will win less money, but lose less too ;-)
Regards,
Michael Wang
>
> Thanks,
> Namhyung
>
>
> --
> 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/
>
--
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