Re: [RFC PATCH] sched: smart wake-affine

2013-06-12 Thread Michael Wang
Hi, Peter Would you like to give some comments on this approach? or may be just some hint on what's the concern? the damage on pgbench is still there... Regards, Michael Wang On 05/28/2013 01:05 PM, Michael Wang wrote: > wake-affine stuff is always trying to pull wakee close to waker, by

Re: [RFC PATCH] sched: smart wake-affine

2013-06-12 Thread Michael Wang
Hi, Peter Would you like to give some comments on this approach? or may be just some hint on what's the concern? the damage on pgbench is still there... Regards, Michael Wang On 05/28/2013 01:05 PM, Michael Wang wrote: wake-affine stuff is always trying to pull wakee close to waker, by

Re: [RFC PATCH] sched: smart wake-affine

2013-06-03 Thread Michael Wang
On 06/03/2013 02:05 PM, Mike Galbraith wrote: > On Mon, 2013-06-03 at 13:50 +0800, Michael Wang wrote: >> On 06/03/2013 01:22 PM, Mike Galbraith wrote: >> [snip] I agree that this idea, in other work, 'stop wake-affine when current is busy with wakeup' may miss the chance to bring

Re: [RFC PATCH] sched: smart wake-affine

2013-06-03 Thread Mike Galbraith
On Mon, 2013-06-03 at 13:50 +0800, Michael Wang wrote: > On 06/03/2013 01:22 PM, Mike Galbraith wrote: > [snip] > >> > >> I agree that this idea, in other work, 'stop wake-affine when current is > >> busy with wakeup' may miss the chance to bring benefit, although I could > >> not find such

Re: [RFC PATCH] sched: smart wake-affine

2013-06-03 Thread Mike Galbraith
On Mon, 2013-06-03 at 13:50 +0800, Michael Wang wrote: On 06/03/2013 01:22 PM, Mike Galbraith wrote: [snip] I agree that this idea, in other work, 'stop wake-affine when current is busy with wakeup' may miss the chance to bring benefit, although I could not find such workload, but I

Re: [RFC PATCH] sched: smart wake-affine

2013-06-03 Thread Michael Wang
On 06/03/2013 02:05 PM, Mike Galbraith wrote: On Mon, 2013-06-03 at 13:50 +0800, Michael Wang wrote: On 06/03/2013 01:22 PM, Mike Galbraith wrote: [snip] I agree that this idea, in other work, 'stop wake-affine when current is busy with wakeup' may miss the chance to bring benefit, although

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Michael Wang
On 06/03/2013 01:22 PM, Mike Galbraith wrote: [snip] >> >> I agree that this idea, in other work, 'stop wake-affine when current is >> busy with wakeup' may miss the chance to bring benefit, although I could >> not find such workload, but I can't do promise... > > Someday we'll find the perfect

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Mike Galbraith
On Mon, 2013-06-03 at 12:52 +0800, Michael Wang wrote: > On 06/03/2013 11:53 AM, Mike Galbraith wrote: > > On Mon, 2013-06-03 at 11:26 +0800, Michael Wang wrote: > >> On 06/03/2013 11:09 AM, Mike Galbraith wrote: > >>> On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: > On 05/28/2013

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Michael Wang
On 06/03/2013 11:53 AM, Mike Galbraith wrote: > On Mon, 2013-06-03 at 11:26 +0800, Michael Wang wrote: >> On 06/03/2013 11:09 AM, Mike Galbraith wrote: >>> On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: On 05/28/2013 01:05 PM, Michael Wang wrote: > wake-affine stuff is always

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Mike Galbraith
On Mon, 2013-06-03 at 11:26 +0800, Michael Wang wrote: > On 06/03/2013 11:09 AM, Mike Galbraith wrote: > > On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: > >> On 05/28/2013 01:05 PM, Michael Wang wrote: > >>> wake-affine stuff is always trying to pull wakee close to waker, by > >>>

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Michael Wang
On 06/03/2013 11:09 AM, Mike Galbraith wrote: > On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: >> On 05/28/2013 01:05 PM, Michael Wang wrote: >>> wake-affine stuff is always trying to pull wakee close to waker, by theory, >>> this will bring benefit if waker's cpu cached hot data for

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Mike Galbraith
On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: > On 05/28/2013 01:05 PM, Michael Wang wrote: > > wake-affine stuff is always trying to pull wakee close to waker, by theory, > > this will bring benefit if waker's cpu cached hot data for wakee, or the > > extreme ping-pong case. > > > >

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Michael Wang
On 05/28/2013 01:05 PM, Michael Wang wrote: > wake-affine stuff is always trying to pull wakee close to waker, by theory, > this will bring benefit if waker's cpu cached hot data for wakee, or the > extreme ping-pong case. > > And testing show it could benefit hackbench 15% at most. > > However,

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Michael Wang
On 05/28/2013 01:05 PM, Michael Wang wrote: wake-affine stuff is always trying to pull wakee close to waker, by theory, this will bring benefit if waker's cpu cached hot data for wakee, or the extreme ping-pong case. And testing show it could benefit hackbench 15% at most. However, the

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Mike Galbraith
On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: On 05/28/2013 01:05 PM, Michael Wang wrote: wake-affine stuff is always trying to pull wakee close to waker, by theory, this will bring benefit if waker's cpu cached hot data for wakee, or the extreme ping-pong case. And testing

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Michael Wang
On 06/03/2013 11:09 AM, Mike Galbraith wrote: On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: On 05/28/2013 01:05 PM, Michael Wang wrote: wake-affine stuff is always trying to pull wakee close to waker, by theory, this will bring benefit if waker's cpu cached hot data for wakee, or the

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Mike Galbraith
On Mon, 2013-06-03 at 11:26 +0800, Michael Wang wrote: On 06/03/2013 11:09 AM, Mike Galbraith wrote: On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: On 05/28/2013 01:05 PM, Michael Wang wrote: wake-affine stuff is always trying to pull wakee close to waker, by theory, this

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Michael Wang
On 06/03/2013 11:53 AM, Mike Galbraith wrote: On Mon, 2013-06-03 at 11:26 +0800, Michael Wang wrote: On 06/03/2013 11:09 AM, Mike Galbraith wrote: On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: On 05/28/2013 01:05 PM, Michael Wang wrote: wake-affine stuff is always trying to pull

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Mike Galbraith
On Mon, 2013-06-03 at 12:52 +0800, Michael Wang wrote: On 06/03/2013 11:53 AM, Mike Galbraith wrote: On Mon, 2013-06-03 at 11:26 +0800, Michael Wang wrote: On 06/03/2013 11:09 AM, Mike Galbraith wrote: On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote: On 05/28/2013 01:05 PM,

Re: [RFC PATCH] sched: smart wake-affine

2013-06-02 Thread Michael Wang
On 06/03/2013 01:22 PM, Mike Galbraith wrote: [snip] I agree that this idea, in other work, 'stop wake-affine when current is busy with wakeup' may miss the chance to bring benefit, although I could not find such workload, but I can't do promise... Someday we'll find the perfect balance...

[RFC PATCH] sched: smart wake-affine

2013-05-27 Thread Michael Wang
wake-affine stuff is always trying to pull wakee close to waker, by theory, this will bring benefit if waker's cpu cached hot data for wakee, or the extreme ping-pong case. And testing show it could benefit hackbench 15% at most. However, the whole stuff is somewhat blindly and time-consuming,

[RFC PATCH] sched: smart wake-affine

2013-05-27 Thread Michael Wang
wake-affine stuff is always trying to pull wakee close to waker, by theory, this will bring benefit if waker's cpu cached hot data for wakee, or the extreme ping-pong case. And testing show it could benefit hackbench 15% at most. However, the whole stuff is somewhat blindly and time-consuming,