From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Fengguang Wu <fengguang.wu@intel.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
lkp@linux.intel.com, Lai Jiangshan <laijs@cn.fujitsu.com>
Subject: Re: [rcu] c0f4dfd4f9: -65% softirqs.RCU
Date: Mon, 27 Jan 2014 09:06:02 -0800 [thread overview]
Message-ID: <20140127170602.GO9012@linux.vnet.ibm.com> (raw)
In-Reply-To: <20140124111130.GA24254@localhost>
On Fri, Jan 24, 2014 at 07:11:30PM +0800, Fengguang Wu wrote:
> On Mon, Jan 20, 2014 at 08:41:00PM -0800, Paul E. McKenney wrote:
> > On Mon, Jan 20, 2014 at 08:29:12PM +0800, Fengguang Wu wrote:
> > > On Sun, Jan 19, 2014 at 03:11:14PM -0800, Paul E. McKenney wrote:
> > > > On Sun, Jan 19, 2014 at 08:16:08PM +0800, Fengguang Wu wrote:
> > > > > Hi Paul,
> > > > >
> > > > > Just FYI, we noticed the following changes (which looks good) on old commit
> > > > > c0f4dfd4f9 ("rcu: Make RCU_FAST_NO_HZ take advantage of numbered callbacks")
> > > > > in test case dd-write/4HDD-JBOD-cfq-btrfs-1dd:
> > > > >
> > > > > b11cc5 (parent) c0f4dfd4f90f1667d234d21f1
> > > > > --------------- -------------------------
> > > > > 213757 ~ 4% -65.4% 73929 ~ 3% softirqs.RCU
> > > > > 21193 ~ 5% -36.5% 13451 ~ 4% softirqs.SCHED
> > > > > 2036 ~ 4% -59.4% 825 ~ 3% vmstat.system.cs
> > > > > 1304520 ~ 4% -59.2% 532451 ~ 3% perf-stat.context-switches
> > > > > 95685 ~ 4% -44.0% 53598 ~ 2% perf-stat.cpu-migrations
> > > >
> > > > Glad it helped! IIRC, this same commit increased latencies due to
> > > > synchronize_rcu() latency increasing. So this is the good side of
> > > > that other not-so-good result. ;-)
> > >
> > > If you care it and there is a low cost way for user space to get that
> > > synchronize_rcu() latency, I'd be eager to collect it in my tests. :)
> >
> > Would a kernel module that measured the latency be OK, or do you need
> > some system call that is exposed to synchronize_rcu() latency?
>
> Kernel module should be good enough for me. Perhaps something like
> kernel/latencytop.c?
So you are looking for something that measures synchronize_rcu() latency
for the synchronize_rcu() calls that occur naturally in the kernel, rather
than having a focused microbenchmark?
Thanx, Paul
next prev parent reply other threads:[~2014-01-27 17:06 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-19 12:16 [rcu] c0f4dfd4f9: -65% softirqs.RCU Fengguang Wu
2014-01-19 23:11 ` Paul E. McKenney
2014-01-20 12:29 ` Fengguang Wu
2014-01-21 4:41 ` Paul E. McKenney
2014-01-21 5:20 ` Paul E. McKenney
2014-01-24 11:11 ` Fengguang Wu
2014-01-27 17:06 ` Paul E. McKenney [this message]
2014-01-28 2:59 ` Fengguang Wu
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=20140127170602.GO9012@linux.vnet.ibm.com \
--to=paulmck@linux.vnet.ibm.com \
--cc=fengguang.wu@intel.com \
--cc=laijs@cn.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkp@linux.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.