From: Peter Zijlstra <peterz@infradead.org>
To: Gregory Haskins <ghaskins@novell.com>
Cc: mingo@elte.hu, rostedt@goodmis.org, tglx@linutronix.de,
linux-kernel@vger.kernel.org, linux-rt-users@vger.kernel.org,
dbahi@novell.com
Subject: Re: [PATCH 2/3] sched: only run newidle if previous task was CFS
Date: Tue, 24 Jun 2008 11:58:37 +0200 [thread overview]
Message-ID: <1214301517.4351.12.camel@twins> (raw)
In-Reply-To: <20080623230445.31515.41728.stgit@lsg.lsg.lab.novell.com>
On Mon, 2008-06-23 at 17:04 -0600, Gregory Haskins wrote:
> A system that tends to overschedule (such as PREEMPT_RT) will naturally
> tend to newidle balance often as well. This may have quite a negative
> impact on performance. This patch attempts to address the overzealous
> newidle balancing by only allowing it to occur if the previous task
> was SCHED_OTHER.
>
> Some may argue that if the system is going idle, it should try to
> newidle balance to keep it doing useful work. But the fact is that
> spending too much time in the load-balancing code demonstrably hurts
> performance as well. Running oprofile on the system with various
> workloads has shown that we can sometimes spend a majority of our
> cpu-time running load_balance_newidle. Additionally, disabling
> newidle balancing can make said workloads increase in performance by
> up to 200%. Obviously disabling the feature outright is not sustainable,
> but hopefully we can make it smarter.
>
> This code assumes that if there arent any CFS tasks present on the queue,
> it was probably already balanced.
>
> Signed-off-by: Gregory Haskins <ghaskins@novell.com>
NAK, this wrecks idle balance for any potential other classes.
idle_balance() is the generical hook - as can be seen from the class
iteration in move_tasks().
I can imagine paritioned EDF wanting to make use of these hooks to
balance the reservations.
> ---
>
> kernel/sched.c | 4 +---
> kernel/sched_fair.c | 9 +++++++++
> 2 files changed, 10 insertions(+), 3 deletions(-)
>
> diff --git a/kernel/sched.c b/kernel/sched.c
> index 490e6bc..3efbbc5 100644
> --- a/kernel/sched.c
> +++ b/kernel/sched.c
> @@ -1310,6 +1310,7 @@ static unsigned long source_load(int cpu, int type);
> static unsigned long target_load(int cpu, int type);
> static unsigned long cpu_avg_load_per_task(int cpu);
> static int task_hot(struct task_struct *p, u64 now, struct sched_domain *sd);
> +static void idle_balance(int this_cpu, struct rq *this_rq);
> #endif /* CONFIG_SMP */
>
> #include "sched_stats.h"
> @@ -4170,9 +4171,6 @@ asmlinkage void __sched __schedule(void)
> prev->sched_class->pre_schedule(rq, prev);
> #endif
>
> - if (unlikely(!rq->nr_running))
> - idle_balance(cpu, rq);
> -
> prev->sched_class->put_prev_task(rq, prev);
> next = pick_next_task(rq, prev);
>
> diff --git a/kernel/sched_fair.c b/kernel/sched_fair.c
> index 0ade6f8..2e22529 100644
> --- a/kernel/sched_fair.c
> +++ b/kernel/sched_fair.c
> @@ -1426,6 +1426,14 @@ static void moved_group_fair(struct task_struct *p)
> }
> #endif
>
> +#ifdef CONFIG_SMP
> +static void pre_schedule_fair(struct rq *rq, struct task_struct *prev)
> +{
> + if (unlikely(!rq->nr_running))
> + idle_balance(rq->cpu, rq);
> +}
> +#endif
> +
> /*
> * All the scheduling class methods:
> */
> @@ -1446,6 +1454,7 @@ static const struct sched_class fair_sched_class = {
> #ifdef CONFIG_SMP
> .load_balance = load_balance_fair,
> .move_one_task = move_one_task_fair,
> + .pre_schedule = pre_schedule_fair,
> #endif
>
> .set_curr_task = set_curr_task_fair,
>
next prev parent reply other threads:[~2008-06-24 9:58 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-23 23:04 [PATCH 0/3] RT: scheduler newidle enhancements Gregory Haskins
2008-06-23 23:04 ` [PATCH 1/3] sched: enable interrupts and drop rq-lock during newidle balancing Gregory Haskins
2008-06-24 0:11 ` Steven Rostedt
2008-06-24 10:13 ` Peter Zijlstra
2008-06-24 13:15 ` [PATCH 1/3] sched: enable interrupts and drop rq-lock duringnewidle balancing Gregory Haskins
2008-06-24 12:24 ` Peter Zijlstra
2008-06-24 12:39 ` [PATCH 1/3] sched: enable interrupts and drop rq-lockduringnewidle balancing Gregory Haskins
2008-06-23 23:04 ` [PATCH 2/3] sched: only run newidle if previous task was CFS Gregory Haskins
2008-06-24 9:58 ` Peter Zijlstra [this message]
2008-06-24 10:38 ` Peter Zijlstra
2008-06-23 23:04 ` [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over Gregory Haskins
2008-06-24 0:50 ` Nick Piggin
2008-06-24 1:07 ` Steven Rostedt
2008-06-24 1:26 ` Nick Piggin
2008-06-24 2:39 ` Gregory Haskins
2008-06-24 1:46 ` Nick Piggin
2008-06-24 2:59 ` Gregory Haskins
2008-06-24 10:13 ` Peter Zijlstra
2008-06-24 13:18 ` [PATCH 3/3] sched: terminate newidle balancing once at leastone " Gregory Haskins
2008-06-24 13:31 ` Peter Zijlstra
2008-06-24 16:55 ` [PATCH 3/3] sched: terminate newidle balancing once atleastone " Gregory Haskins
2008-06-24 19:44 ` Peter Zijlstra
2008-06-24 0:15 ` [PATCH 0/3] RT: scheduler newidle enhancements Steven Rostedt
2008-06-24 1:51 ` Gregory Haskins
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=1214301517.4351.12.camel@twins \
--to=peterz@infradead.org \
--cc=dbahi@novell.com \
--cc=ghaskins@novell.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rt-users@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rostedt@goodmis.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).