From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Calvin Owens <calvinowens@fb.com>
Cc: Thomas Gleixner <tglx@linutronix.de>,
Andrew Morton <akpm@linux-foundation.org>,
Joe Perches <joe@perches.com>,
Peter Zijlstra <peterz@infradead.org>,
linux-kernel@vger.kernel.org, kernel-team@fb.com
Subject: Re: [PATCH] ksoftirqd: Enable IRQs and call cond_resched() before poking RCU
Date: Wed, 14 Jan 2015 14:12:28 -0800 [thread overview]
Message-ID: <20150114221228.GV9719@linux.vnet.ibm.com> (raw)
In-Reply-To: <20150113211618.GA21498@mail.thefacebook.com>
On Tue, Jan 13, 2015 at 01:16:18PM -0800, Calvin Owens wrote:
> While debugging an issue with excessive softirq usage, I encountered the
> following note in commit 3e339b5dae24a706 ("softirq: Use hotplug thread
> infrastructure"):
>
> [ paulmck: Call rcu_note_context_switch() with interrupts enabled. ]
>
> ...but despite this note, the patch still calls RCU with IRQs disabled.
>
> This seemingly innocuous change caused a significant regression in softirq
> CPU usage on the sending side of a large TCP transfer (~1 GB/s): when
> introducing 0.01% packet loss, the softirq usage would jump to around 25%,
> spiking as high as 50%. Before the change, the usage would never exceed 5%.
>
> Moving the call to rcu_note_context_switch() after the cond_sched() call,
> as it was originally before the hotplug patch, completely eliminated this
> problem.
>
> Signed-off-by: Calvin Owens <calvinowens@fb.com>
> Cc: stable@vger.kernel.org
Applied, thank you! I deleted the "cpu" arguments from the calls to
rcu_note_context_switch() below in order for the patch to apply.
I the put the patch following that on top, as Thomas suggested.
Thanx, Paul
> ---
> This version includes the "cpu" argument to rcu_note_context_switch() in
> order to apply cleanly to stable kernels. It will need to be removed to
> apply to 3.18+ and 3.19 (upstream commit 38200cf2 removed the argument).
>
> kernel/softirq.c | 6 +++++-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/kernel/softirq.c b/kernel/softirq.c
> index 501baa9..9e787d8 100644
> --- a/kernel/softirq.c
> +++ b/kernel/softirq.c
> @@ -656,9 +656,13 @@ static void run_ksoftirqd(unsigned int cpu)
> * in the task stack here.
> */
> __do_softirq();
> - rcu_note_context_switch(cpu);
> local_irq_enable();
> cond_resched();
> +
> + preempt_disable();
> + rcu_note_context_switch(cpu);
> + preempt_enable();
> +
> return;
> }
> local_irq_enable();
> --
> 2.1.1
------------------------------------------------------------------------
ksoftirqd: Use new cond_resched_rcu_qs() function
Simplify run_ksoftirqd() by using the new cond_resched_rcu_qs() function
that conditionally reschedules, but unconditionally supplies an RCU
quiescent state. This commit is separate from the previous commit by
Calvin Owens because Calvin's approach can be backported, while this
commit cannot be. The reason that this commit cannot be backported is
that cond_resched_rcu_qs() does not always provide the needed quiescent
state in earlier kernels.
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
diff --git a/kernel/softirq.c b/kernel/softirq.c
index c497fcdf0d1e..8cdb98847c7b 100644
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@ -657,12 +657,7 @@ static void run_ksoftirqd(unsigned int cpu)
*/
__do_softirq();
local_irq_enable();
- cond_resched();
-
- preempt_disable();
- rcu_note_context_switch();
- preempt_enable();
-
+ cond_resched_rcu_qs();
return;
}
local_irq_enable();
next prev parent reply other threads:[~2015-01-14 22:12 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-07 1:37 [PATCH] ksoftirqd: Enable IRQs and call cond_resched() before poking RCU Calvin Owens
2015-01-07 1:49 ` [PATCH v2] " Calvin Owens
2015-01-07 2:19 ` Paul E. McKenney
2015-01-07 16:52 ` Paul E. McKenney
2015-01-08 4:33 ` Calvin Owens
2015-01-08 4:53 ` Paul E. McKenney
2015-01-08 21:46 ` Calvin Owens
2015-01-13 11:17 ` Thomas Gleixner
2015-01-13 18:43 ` Paul E. McKenney
2015-01-13 21:16 ` [PATCH] " Calvin Owens
2015-01-14 22:12 ` Paul E. McKenney [this message]
2015-01-20 13:21 ` Thomas Gleixner
2015-01-20 20:30 ` Paul E. McKenney
2015-01-21 3:40 ` Mike Galbraith
2015-01-21 5:10 ` Paul E. McKenney
2015-01-21 6:29 ` Mike Galbraith
2015-01-21 9:30 ` Thomas Gleixner
2015-01-21 10:27 ` Paul E. McKenney
2015-01-22 10:39 ` Thomas Gleixner
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=20150114221228.GV9719@linux.vnet.ibm.com \
--to=paulmck@linux.vnet.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=calvinowens@fb.com \
--cc=joe@perches.com \
--cc=kernel-team@fb.com \
--cc=linux-kernel@vger.kernel.org \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
/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;
as well as URLs for NNTP newsgroup(s).