From: Michael Wang <wangyun@linux.vnet.ibm.com>
To: Alex Shi <alex.shi@intel.com>
Cc: mingo@redhat.com, peterz@infradead.org, tglx@linutronix.de,
akpm@linux-foundation.org, arjan@linux.intel.com, bp@alien8.de,
pjt@google.com, namhyung@kernel.org, efault@gmx.de,
morten.rasmussen@arm.com, vincent.guittot@linaro.org,
gregkh@linuxfoundation.org, preeti@linux.vnet.ibm.com,
viresh.kumar@linaro.org, linux-kernel@vger.kernel.org,
len.brown@intel.com, rafael.j.wysocki@intel.com, jkosina@suse.cz,
clark.williams@gmail.com, tony.luck@intel.com,
keescook@chromium.org, mgorman@suse.de, riel@redhat.com
Subject: Re: [patch v3 0/8] sched: use runnable avg in load balance
Date: Sun, 07 Apr 2013 16:56:38 +0800 [thread overview]
Message-ID: <516134C6.2010603@linux.vnet.ibm.com> (raw)
In-Reply-To: <5161208F.1040209@intel.com>
On 04/07/2013 03:30 PM, Alex Shi wrote:
>>
>> According to these data, 90us == 90000 is the inflection point on my box
>> for 22 MB 32 clients item, other test items show different float, so
>> 80~90us is the conclusion.
>
> Thanks a lot for the testing!
>>
>> Now the concern is how to deal with this issue, the results may changed
>> on different deployment, static value is not acceptable, so we need
>> another new knob here?
>>
>> I'm not sure whether you have take a look at the wake-affine throttle
>> patch I sent weeks ago, it's purpose is throttle the wake-affine to not
>> work too frequently.
>
> Yes. In the patch your directly set the target cpu to this_cpu when no
> wake_affine. Maybe this is the key points, not the wake_affine cost give
> the improvement. Basically I agree with this. but if so, it is a bit
> blind. but, but, The interesting point is the blind target cpu setting
> has the best performance in our current testing. :)
IMHO, the wake-affine stuff is blindly at all, so actually this throttle
knob should be added at the first time along with the stuff, what we
need to do now is just add that missed knob.
I do believe when first time the wake-affine stuff was added, there is
no regression, but since the world changed, the regression start to be
accumulated and become so big, we could not ignore it now.
The throttle idea is just try to provide a way to stop the blind
judgement, easy and efficient :)
>
>>
>> And since the aim problem is caused by the imbalance which is the
>> side-effect of frequently succeed wake-affine, may be the throttle patch
>> could help to address that issue too, if it is, then we only need to add
>> one new knob.
>
> As to the aim7 problem, I need apologise to you all!
> The aim7 regression exist with the patch v2 that base on 3.8 kernel, not
> with this v3 version base on 3.9.
>
> After the lock-stealing RW sem patch introduced in 3.9 kernel, the aim7
> has recovered the cpu task imbalance, So on balanced 3.9 kernel, this v3
> version won't bring extra imbalance on aim7. no clear regression on
> aim7, no extra imbalance on aim7.
>
> So, I referenced a old testing result without double confirming, tried
> to resolve a disappeared problem. I am sorry and applogize to you all.
That's all right, and it's good to know we could ignore the last patch,
I really like the benefit 1~7 bring, combined with the throttle idea,
pgbench was satisfied a lot ;-)
Regards,
Michael Wang
>
> And this burst patch doesn't need on 3.9 kernel. Patch 1,2,4,5,6,7 are
> enough and valid.
>
next prev parent reply other threads:[~2013-04-07 8:56 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-02 3:23 [patch v3 0/8] sched: use runnable avg in load balance Alex Shi
2013-04-02 3:23 ` [patch v3 1/8] Revert "sched: Introduce temporary FAIR_GROUP_SCHED dependency for load-tracking" Alex Shi
2013-04-02 3:23 ` [patch v3 2/8] sched: set initial value of runnable avg for new forked task Alex Shi
2013-04-02 3:23 ` [patch v3 3/8] sched: only count runnable avg on cfs_rq's nr_running Alex Shi
2013-04-03 3:19 ` Alex Shi
2013-04-02 3:23 ` [patch v3 4/8] sched: update cpu load after task_tick Alex Shi
2013-04-02 3:23 ` [patch v3 5/8] sched: compute runnable load avg in cpu_load and cpu_avg_load_per_task Alex Shi
2013-04-02 3:23 ` [patch v3 6/8] sched: consider runnable load average in move_tasks Alex Shi
2013-04-09 7:08 ` Vincent Guittot
2013-04-09 8:05 ` Alex Shi
2013-04-09 8:58 ` Vincent Guittot
2013-04-09 10:38 ` Alex Shi
2013-04-09 11:56 ` Vincent Guittot
2013-04-09 14:48 ` Alex Shi
2013-04-09 15:16 ` Vincent Guittot
2013-04-10 2:31 ` Alex Shi
2013-04-10 6:07 ` Michael Wang
2013-04-10 6:55 ` Vincent Guittot
2013-04-02 3:23 ` [patch v3 7/8] sched: consider runnable load average in effective_load Alex Shi
2013-04-02 3:23 ` [patch v3 8/8] sched: use instant load for burst wake up Alex Shi
2013-04-02 7:23 ` [patch v3 0/8] sched: use runnable avg in load balance Michael Wang
2013-04-02 8:34 ` Mike Galbraith
2013-04-02 9:13 ` Michael Wang
2013-04-02 8:35 ` Alex Shi
2013-04-02 9:45 ` Michael Wang
2013-04-03 2:46 ` Michael Wang
2013-04-03 2:56 ` Alex Shi
2013-04-03 3:23 ` Michael Wang
2013-04-03 4:28 ` Alex Shi
2013-04-03 5:38 ` Michael Wang
2013-04-03 5:53 ` Michael Wang
2013-04-03 6:01 ` Alex Shi
2013-04-03 6:22 ` Michael Wang
2013-04-03 6:53 ` Alex Shi
2013-04-03 7:18 ` Michael Wang
2013-04-03 7:28 ` Alex Shi
2013-04-03 8:46 ` Alex Shi
2013-04-03 9:37 ` Michael Wang
2013-04-03 11:17 ` Alex Shi
2013-04-07 3:09 ` Michael Wang
2013-04-07 7:30 ` Alex Shi
2013-04-07 8:56 ` Michael Wang [this message]
2013-04-09 5:08 ` Alex Shi
2013-04-10 13:12 ` Alex Shi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=516134C6.2010603@linux.vnet.ibm.com \
--to=wangyun@linux.vnet.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=alex.shi@intel.com \
--cc=arjan@linux.intel.com \
--cc=bp@alien8.de \
--cc=clark.williams@gmail.com \
--cc=efault@gmx.de \
--cc=gregkh@linuxfoundation.org \
--cc=jkosina@suse.cz \
--cc=keescook@chromium.org \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=morten.rasmussen@arm.com \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.org \
--cc=pjt@google.com \
--cc=preeti@linux.vnet.ibm.com \
--cc=rafael.j.wysocki@intel.com \
--cc=riel@redhat.com \
--cc=tglx@linutronix.de \
--cc=tony.luck@intel.com \
--cc=vincent.guittot@linaro.org \
--cc=viresh.kumar@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox