From: Tim Chen <tim.c.chen@linux.intel.com>
To: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: Suresh Siddha <suresh.b.siddha@intel.com>,
Alex Shi <alex.shi@intel.com>,
Huang@vger.kernel.org, Ying <ying.huang@intel.com>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: load balancing regression since commit 367456c7
Date: Tue, 10 Apr 2012 18:06:16 -0700 [thread overview]
Message-ID: <1334106376.19157.89.camel@schen9-DESK> (raw)
Peter,
We noticed in a hackbench test (./hackbench 100 process 2000)
on a Sandy bridge 2 socket server, there has been a slow down
by a factor of 4 since commit 367456c7 was applied
(sched: Ditch per cgroup task lists for load-balancing).
The commit 5d6523e (sched: Fix load-balance wreckage) did
not fix the regression.
In the profile, there is heavy spin lock contention in the load_balance path of 3.4-rc2
where it was less than .003% of cpu before commit 367456c7.
When we looked into /proc/schedstat for 3.4-rc2 for the run duration,
on cpu0 schedule was called 13x more often, and schedule call which
left the processor idle was 530x as much.
There was also a big increase in try to wake up remote (sd->ttwu_wake_remote) count.
increase in sd->ttwu_wake_remote for cpu0
domain 0 540%
domain 1 7570%
domain 2 4426%
Wonder if there is unnecessary load balancing to remote cpu?
Tim
profile for 3.4-rc2
7.16% hackbench [kernel.kallsyms] [k] _raw_spin_lock
|
--- _raw_spin_lock
|
|--56.52%-- load_balance
| idle_balance
| __schedule
| schedule
| |
| |--98.73%-- schedule_timeout
| | |
| | |--97.80%-- unix_stream_recvmsg
| | | sock_aio_read.part.7
| | | sock_aio_read
| | | do_sync_read
| | | vfs_read
| | | sys_read
| | | system_call
| | | __read_nocancel
| | | create_worker
| | | group
| | | main
| | | __libc_start_main
| | |
next reply other threads:[~2012-04-11 1:06 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-11 1:06 Tim Chen [this message]
2012-04-17 11:43 ` load balancing regression since commit 367456c7 Peter Zijlstra
2012-04-17 12:09 ` Peter Zijlstra
2012-04-17 16:44 ` Tim Chen
2012-04-20 14:00 ` Peter Zijlstra
2012-04-20 16:40 ` Tim Chen
2012-04-20 16:53 ` Peter Zijlstra
2012-04-20 17:13 ` Tim Chen
2012-04-20 17:33 ` Peter Zijlstra
2012-04-25 14:56 ` Peter Zijlstra
2012-04-25 17:38 ` Tim Chen
2012-04-25 17:43 ` Peter Zijlstra
2012-04-25 17:58 ` Tim Chen
2012-04-26 11:56 ` [tip:sched/urgent] sched: Fix more load-balancing fallout tip-bot for Peter Zijlstra
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=1334106376.19157.89.camel@schen9-DESK \
--to=tim.c.chen@linux.intel.com \
--cc=Huang@vger.kernel.org \
--cc=a.p.zijlstra@chello.nl \
--cc=alex.shi@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=suresh.b.siddha@intel.com \
--cc=ying.huang@intel.com \
/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