From: Peter Zijlstra <peterz@infradead.org>
To: Cruz Zhao <CruzZhao@linux.alibaba.com>
Cc: mingo@redhat.com, juri.lelli@redhat.com,
vincent.guittot@linaro.org, dietmar.eggemann@arm.com,
rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de,
bristot@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/3] sched/core: Make tasks with the same cookie pairs on SMT siblings
Date: Mon, 4 Jul 2022 11:43:22 +0200 [thread overview]
Message-ID: <YsK2OovozB2XJ9Cl@hirez.programming.kicks-ass.net> (raw)
In-Reply-To: <1656403045-100840-4-git-send-email-CruzZhao@linux.alibaba.com>
On Tue, Jun 28, 2022 at 03:57:25PM +0800, Cruz Zhao wrote:
> If the number of tasks in the runqueue of SMT siblings are equal, we call
> the core balanced, otherwise unbalanced. If the core is balanced, everytime
> we pick next task, we can pick a pair of tasks with the same cookie for
> each SMT sibling, and forceidle will be avoided.
>
> - Migrate the task if source core and destination core can balance
> If ck->nr_running of src_cpu is the highest among the source core, and
> ck->nr_running of dst_cpu is the lowest among the destination core,
> migrate the task.
>
> - Select cookie matched idle CPU or idle CPU with the lowest
> ck->nr_running among the core
> In the fast path of task wakeup, if ck->nr_running of the cpu is the
> lowest among the core, we can select this cpu to wake up.
>
> - Find cookie matched idlest CPU or cookie matched CPU with the lowest
> ck->nr_running among the core
> In the slow path of task wakeup, if ck->nr_running of the cpu is the
> lowest among the core, we can select this cpu to wake up.
>
> Signed-off-by: Cruz Zhao <CruzZhao@linux.alibaba.com>
> ---
> kernel/sched/fair.c | 4 ++--
> kernel/sched/sched.h | 65 +++++++++++++++++++++++++++++++++++++++++++++++-----
> 2 files changed, 61 insertions(+), 8 deletions(-)
>
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index 78795a9..c18a716 100644
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -6096,7 +6096,7 @@ static int wake_affine(struct sched_domain *sd, struct task_struct *p,
> for_each_cpu_and(i, sched_group_span(group), p->cpus_ptr) {
> struct rq *rq = cpu_rq(i);
>
> - if (!sched_core_cookie_match(rq, p))
> + if (!sched_core_cookie_match(NULL, rq, p))
> continue;
>
> if (sched_idle_cpu(i))
> @@ -7681,7 +7681,7 @@ static int task_hot(struct task_struct *p, struct lb_env *env)
> * Don't migrate task if the task's cookie does not match
> * with the destination CPU's core cookie.
> */
> - if (!sched_core_cookie_match(cpu_rq(env->dst_cpu), p))
> + if (!(sched_core_cookie_match(env->src_rq, env->dst_rq, p)))
> return 1;
superfluous () added.
>
> if (sysctl_sched_migration_cost == 0)
> diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> index d852c67..ee0e558 100644
> --- a/kernel/sched/sched.h
> +++ b/kernel/sched/sched.h
> @@ -1195,6 +1195,56 @@ struct sched_core_cookie {
> };
>
> /*
> + * When tasks with the same cookie can make pairs on SMT siblings, forceidle can be
> + * avoided a lot, so when wake up and load balance, we try to make and keep the pairs
> + * with the same cookie on SMT siblings.
> + */
> +static inline bool
> +sched_core_make_pair_balance(struct rq *src_rq, struct rq *dst_rq, struct task_struct *p)
> +{
> + struct sched_core_cookie *ck = (struct sched_core_cookie *)p->core_cookie;
> + unsigned int src_cpu, dst_cpu, t;
> + unsigned int src_nr_running, dst_nr_running;
> +
> + if (!ck)
> + return true;
> +
> + /*
> + * When load balance, if ck->nr_running on src_cpu is less than that on SMT
> + * siblings, don't migrate the task.
> + */
> + if (src_rq) {
> + if (!sched_core_enabled(src_rq))
> + return true;
> + src_cpu = cpu_of(src_rq);
> + src_nr_running = *per_cpu_ptr(ck->nr_running, src_cpu);
> + for_each_cpu(t, cpu_smt_mask(src_cpu)) {
> + if (t == src_cpu)
> + continue;
> + if (*per_cpu_ptr(ck->nr_running, t) >= src_nr_running)
> + return false;
> + }
> +
> + }
> +
> + /*
> + * If task p can make pair the cookied task with p->core_cookie on the
> + * dst core, we can wake up task p on dst_rq, or migrate it to dst_rq.
> + */
> + dst_cpu = cpu_of(dst_rq);
> + dst_nr_running = *per_cpu_ptr(ck->nr_running, dst_cpu);
> + for_each_cpu(t, cpu_smt_mask(dst_cpu)) {
> + if (t == dst_cpu)
> + continue;
> + if (*per_cpu_ptr(ck->nr_running, t) <= dst_nr_running)
> + return false;
> + }
> +
> + return true;
> +}
I don't see how this doesn't destroy regular load balancing.
Specifically the case where there are very few tasks of each cookie.
next prev parent reply other threads:[~2022-07-04 9:44 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-28 7:57 [PATCH 0/3] sched/core: Optimize load balance of core scheduling Cruz Zhao
2022-06-28 7:57 ` [PATCH 1/3] sched/core: Fix the bug that task won't enqueue into core tree when update cookie Cruz Zhao
2022-07-03 14:19 ` cruzzhao
2022-07-04 8:53 ` Peter Zijlstra
2022-07-14 11:37 ` Peter Zijlstra
2022-07-15 5:08 ` cruzzhao
2022-07-21 8:44 ` [tip: sched/core] " tip-bot2 for Cruz Zhao
2022-06-28 7:57 ` [PATCH 2/3] sched/core: Introduce nr_running percpu for each cookie Cruz Zhao
2022-07-04 8:56 ` Peter Zijlstra
2022-07-04 9:45 ` Peter Zijlstra
2022-07-06 7:45 ` cruzzhao
2022-06-28 7:57 ` [PATCH 3/3] sched/core: Make tasks with the same cookie pairs on SMT siblings Cruz Zhao
2022-07-04 9:43 ` Peter Zijlstra [this message]
2022-07-06 8:03 ` cruzzhao
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=YsK2OovozB2XJ9Cl@hirez.programming.kicks-ass.net \
--to=peterz@infradead.org \
--cc=CruzZhao@linux.alibaba.com \
--cc=bristot@redhat.com \
--cc=bsegall@google.com \
--cc=dietmar.eggemann@arm.com \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=rostedt@goodmis.org \
--cc=vincent.guittot@linaro.org \
/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