From: Peter Zijlstra <peterz@infradead.org>
To: Michael Neuling <mikey@neuling.org>
Cc: Suresh Siddha <suresh.b.siddha@intel.com>,
Gautham R Shenoy <ego@in.ibm.com>,
linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
Ingo Molnar <mingo@elte.hu>
Subject: Re: [PATCH 4/5] sched: Mark the balance type for use in need_active_balance()
Date: Tue, 13 Apr 2010 14:29:28 +0200 [thread overview]
Message-ID: <1271161768.4807.1282.camel@twins> (raw)
In-Reply-To: <20100409062119.040B0CBB6F@localhost.localdomain>
On Fri, 2010-04-09 at 16:21 +1000, Michael Neuling wrote:
> need_active_balance() gates the asymmetric packing based due to power
> save logic, but for packing we don't care.
This explanation lacks a how/why.
So the problem is that need_active_balance() ends up returning false and
prevents the active balance from pulling a task to a lower available SMT
sibling?
> This marks the type of balanace we are attempting to do perform from
> f_b_g() and stops need_active_balance() power save logic gating a
> balance in the asymmetric packing case.
At the very least this wants more comments in the code. I'm not really
charmed by having to add yet another variable to pass around that mess,
but I can't seem to come up with something cleaner either.
> Signed-off-by: Michael Neuling <mikey@neuling.org>
>=20
> ---
>=20
> kernel/sched_fair.c | 24 +++++++++++++++++++-----
> 1 file changed, 19 insertions(+), 5 deletions(-)
>=20
> Index: linux-2.6-ozlabs/kernel/sched_fair.c
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- linux-2.6-ozlabs.orig/kernel/sched_fair.c
> +++ linux-2.6-ozlabs/kernel/sched_fair.c
> @@ -91,6 +91,13 @@ const_debug unsigned int sysctl_sched_mi
> =20
> static const struct sched_class fair_sched_class;
> =20
> +enum balance_type {
> + BALANCE_NONE =3D 0,
> + BALANCE_LOAD,
> + BALANCE_POWER,
> + BALANCE_PACKING
> +};
> +
> /**************************************************************
> * CFS operations on generic schedulable entities:
> */
> @@ -2783,7 +2790,8 @@ static inline void calculate_imbalance(s
> static struct sched_group *
> find_busiest_group(struct sched_domain *sd, int this_cpu,
> unsigned long *imbalance, enum cpu_idle_type idle,
> - int *sd_idle, const struct cpumask *cpus, int *balance)
> + int *sd_idle, const struct cpumask *cpus, int *balance,
> + enum balance_type *bt)
> {
> struct sd_lb_stats sds;
> =20
> @@ -2808,6 +2816,7 @@ find_busiest_group(struct sched_domain *
> if (!(*balance))
> goto ret;
> =20
> + *bt =3D BALANCE_PACKING;
> if ((idle =3D=3D CPU_IDLE || idle =3D=3D CPU_NEWLY_IDLE) &&
> check_asym_packing(sd, &sds, this_cpu, imbalance))
> return sds.busiest;
> @@ -2828,6 +2837,7 @@ find_busiest_group(struct sched_domain *
> =20
> /* Looks like there is an imbalance. Compute it */
> calculate_imbalance(&sds, this_cpu, imbalance);
> + *bt =3D BALANCE_LOAD;
> return sds.busiest;
> =20
> out_balanced:
> @@ -2835,10 +2845,12 @@ out_balanced:
> * There is no obvious imbalance. But check if we can do some balancing
> * to save power.
> */
> + *bt =3D BALANCE_POWER;
> if (check_power_save_busiest_group(&sds, this_cpu, imbalance))
> return sds.busiest;
> ret:
> *imbalance =3D 0;
> + *bt =3D BALANCE_NONE;
> return NULL;
> }
> =20
> @@ -2899,9 +2911,10 @@ find_busiest_queue(struct sched_group *g
> /* Working cpumask for load_balance and load_balance_newidle. */
> static DEFINE_PER_CPU(cpumask_var_t, load_balance_tmpmask);
> =20
> -static int need_active_balance(struct sched_domain *sd, int sd_idle, int=
idle)
> +static int need_active_balance(struct sched_domain *sd, int sd_idle, int=
idle,
> + enum balance_type *bt)
> {
> - if (idle =3D=3D CPU_NEWLY_IDLE) {
> + if (idle =3D=3D CPU_NEWLY_IDLE && *bt !=3D BALANCE_PACKING) {
> /*
> * The only task running in a non-idle cpu can be moved to this
> * cpu in an attempt to completely freeup the other CPU
> @@ -2946,6 +2959,7 @@ static int load_balance(int this_cpu, st
> struct rq *busiest;
> unsigned long flags;
> struct cpumask *cpus =3D __get_cpu_var(load_balance_tmpmask);
> + enum balance_type bt;
> =20
> cpumask_copy(cpus, cpu_active_mask);
> =20
> @@ -2964,7 +2978,7 @@ static int load_balance(int this_cpu, st
> redo:
> update_shares(sd);
> group =3D find_busiest_group(sd, this_cpu, &imbalance, idle, &sd_idle,
> - cpus, balance);
> + cpus, balance, &bt);
> =20
> if (*balance =3D=3D 0)
> goto out_balanced;
> @@ -3018,7 +3032,7 @@ redo:
> schedstat_inc(sd, lb_failed[idle]);
> sd->nr_balance_failed++;
> =20
> - if (need_active_balance(sd, sd_idle, idle)) {
> + if (need_active_balance(sd, sd_idle, idle, &bt)) {
> raw_spin_lock_irqsave(&busiest->lock, flags);
> =20
> /* don't kick the migration_thread, if the curr
next prev parent reply other threads:[~2010-04-13 12:29 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-09 6:21 [PATCH 0/5] sched: asymmetrical packing for POWER7 SMT4 Michael Neuling
2010-04-09 6:21 ` [PATCH 1/5] sched: fix capacity calculations for SMT4 Michael Neuling
2010-04-13 12:29 ` Peter Zijlstra
2010-04-14 4:28 ` Michael Neuling
2010-04-16 13:58 ` Peter Zijlstra
2010-04-18 21:34 ` Michael Neuling
2010-04-19 14:49 ` Peter Zijlstra
2010-04-19 20:45 ` Michael Neuling
2010-04-29 6:55 ` Michael Neuling
2010-05-31 8:33 ` Peter Zijlstra
2010-06-01 22:52 ` Vaidyanathan Srinivasan
2010-06-03 8:56 ` Peter Zijlstra
2010-06-07 15:06 ` Srivatsa Vaddagiri
2010-04-09 6:21 ` [PATCH 3/5] powerpc: enabled asymmetric SMT scheduling on POWER7 Michael Neuling
2010-04-09 6:48 ` Michael Neuling
2010-04-09 6:21 ` [PATCH 2/5] sched: add asymmetric packing option for sibling domain Michael Neuling
2010-04-13 12:29 ` Peter Zijlstra
2010-04-14 6:09 ` Michael Neuling
2010-04-09 6:21 ` [PATCH 4/5] sched: Mark the balance type for use in need_active_balance() Michael Neuling
2010-04-13 12:29 ` Peter Zijlstra [this message]
2010-04-15 4:15 ` Michael Neuling
2010-04-09 6:21 ` [PATCH 5/5] sched: make fix_small_imbalance work with asymmetric packing Michael Neuling
2010-04-13 12:29 ` Peter Zijlstra
2010-04-14 1:31 ` Suresh Siddha
2010-04-15 5:06 ` Michael Neuling
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=1271161768.4807.1282.camel@twins \
--to=peterz@infradead.org \
--cc=ego@in.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=mikey@neuling.org \
--cc=mingo@elte.hu \
--cc=suresh.b.siddha@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;
as well as URLs for NNTP newsgroup(s).