sched/fair: Use load instead of runnable load in load_balance()
authorVincent Guittot <vincent.guittot@linaro.org>
Fri, 18 Oct 2019 13:26:33 +0000 (15:26 +0200)
committerIngo Molnar <mingo@kernel.org>
Mon, 21 Oct 2019 07:40:54 +0000 (09:40 +0200)
'runnable load' was originally introduced to take into account the case
where blocked load biases the load balance decision which was selecting
underutilized groups with huge blocked load whereas other groups were
overloaded.

The load is now only used when groups are overloaded. In this case,
it's worth being conservative and taking into account the sleeping
tasks that might wake up on the CPU.

Signed-off-by: Vincent Guittot <vincent.guittot@linaro.org>
Cc: Ben Segall <bsegall@google.com>
Cc: Dietmar Eggemann <dietmar.eggemann@arm.com>
Cc: Juri Lelli <juri.lelli@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Morten.Rasmussen@arm.com
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: hdanton@sina.com
Cc: parth@linux.ibm.com
Cc: pauld@redhat.com
Cc: quentin.perret@arm.com
Cc: riel@surriel.com
Cc: srikar@linux.vnet.ibm.com
Cc: valentin.schneider@arm.com
Link: https://lkml.kernel.org/r/1571405198-27570-7-git-send-email-vincent.guittot@linaro.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
kernel/sched/fair.c

index 4e7396c97239f2a389e72a8192996f596cb23e35..e6a3db08481c7be7ce440cbdc54cace0ffe289c6 100644 (file)
@@ -5375,6 +5375,11 @@ static unsigned long cpu_runnable_load(struct rq *rq)
        return cfs_rq_runnable_load_avg(&rq->cfs);
 }
 
+static unsigned long cpu_load(struct rq *rq)
+{
+       return cfs_rq_load_avg(&rq->cfs);
+}
+
 static unsigned long capacity_of(int cpu)
 {
        return cpu_rq(cpu)->cpu_capacity;
@@ -8049,7 +8054,7 @@ static inline void update_sg_lb_stats(struct lb_env *env,
                if ((env->flags & LBF_NOHZ_STATS) && update_nohz_stats(rq, false))
                        env->flags |= LBF_NOHZ_AGAIN;
 
-               sgs->group_load += cpu_runnable_load(rq);
+               sgs->group_load += cpu_load(rq);
                sgs->group_util += cpu_util(i);
                sgs->sum_h_nr_running += rq->cfs.h_nr_running;
 
@@ -8507,7 +8512,7 @@ static struct sched_group *find_busiest_group(struct lb_env *env)
        init_sd_lb_stats(&sds);
 
        /*
-        * Compute the various statistics relavent for load balancing at
+        * Compute the various statistics relevant for load balancing at
         * this level.
         */
        update_sd_lb_stats(env, &sds);
@@ -8667,11 +8672,10 @@ static struct rq *find_busiest_queue(struct lb_env *env,
                switch (env->migration_type) {
                case migrate_load:
                        /*
-                        * When comparing with load imbalance, use
-                        * cpu_runnable_load() which is not scaled with the CPU
-                        * capacity.
+                        * When comparing with load imbalance, use cpu_load()
+                        * which is not scaled with the CPU capacity.
                         */
-                       load = cpu_runnable_load(rq);
+                       load = cpu_load(rq);
 
                        if (nr_running == 1 && load > env->imbalance &&
                            !check_cpu_capacity(rq, env->sd))
@@ -8679,10 +8683,10 @@ static struct rq *find_busiest_queue(struct lb_env *env,
 
                        /*
                         * For the load comparisons with the other CPUs,
-                        * consider the cpu_runnable_load() scaled with the CPU
-                        * capacity, so that the load can be moved away from
-                        * the CPU that is potentially running at a lower
-                        * capacity.
+                        * consider the cpu_load() scaled with the CPU
+                        * capacity, so that the load can be moved away
+                        * from the CPU that is potentially running at a
+                        * lower capacity.
                         *
                         * Thus we're looking for max(load_i / capacity_i),
                         * crosswise multiplication to rid ourselves of the