From: Andrea Righi <arighi@nvidia.com>
To: Dietmar Eggemann <dietmar.eggemann@arm.com>
Cc: Vincent Guittot <vincent.guittot@linaro.org>,
Ingo Molnar <mingo@redhat.com>,
Peter Zijlstra <peterz@infradead.org>,
Juri Lelli <juri.lelli@redhat.com>,
Steven Rostedt <rostedt@goodmis.org>,
Ben Segall <bsegall@google.com>, Mel Gorman <mgorman@suse.de>,
Valentin Schneider <vschneid@redhat.com>,
K Prateek Nayak <kprateek.nayak@amd.com>,
Christian Loehle <christian.loehle@arm.com>,
Koba Ko <kobak@nvidia.com>,
Felix Abecassis <fabecassis@nvidia.com>,
Balbir Singh <balbirs@nvidia.com>,
Joel Fernandes <joelagnelf@nvidia.com>,
Shrikanth Hegde <sshegde@linux.ibm.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 5/5] sched/fair: Add SIS_UTIL support to select_idle_capacity()
Date: Sat, 9 May 2026 00:05:01 +0200 [thread overview]
Message-ID: <af5eDSYwVcDqNiLG@gpd4> (raw)
In-Reply-To: <34ed67bc-6f1c-42c6-821a-ca9f1e56cca3@arm.com>
Hi Dietmar,
On Fri, May 08, 2026 at 04:49:06PM +0200, Dietmar Eggemann wrote:
> On 07.05.26 08:47, Vincent Guittot wrote:
> > On Wed, 6 May 2026 at 20:11, Andrea Righi <arighi@nvidia.com> wrote:
> >>
> >> Hi Dietmar and Vincent,
> >>
> >> On Wed, May 06, 2026 at 07:01:35PM +0200, Dietmar Eggemann wrote:
> >>> On 06.05.26 14:59, Vincent Guittot wrote:
> >>>> On Tue, 28 Apr 2026 at 16:44, Andrea Righi <arighi@nvidia.com> wrote:
> >>>>>
> >>>>> From: K Prateek Nayak <kprateek.nayak@amd.com>
> >>>
> >>> [...]
> >>>
> >>>>> @@ -8026,10 +8027,28 @@ select_idle_capacity(struct task_struct *p, struct sched_domain *sd, int target)
> >>>>> util_min = uclamp_eff_value(p, UCLAMP_MIN);
> >>>>> util_max = uclamp_eff_value(p, UCLAMP_MAX);
> >>>>>
> >>>>> + if (sched_feat(SIS_UTIL) && sd->shared) {
> >>>>> + /*
> >>>>> + * Same nr_idle_scan hint as select_idle_cpu(), nr only limits
> >>>>> + * the scan when not preferring an idle core.
> >>>>> + */
> >>>>> + nr = READ_ONCE(sd->shared->nr_idle_scan) + 1;
> >>>>> + /* overloaded domain is unlikely to have idle cpu/core */
> >>>>> + if (nr == 1)
> >>>>> + return -1;
> >>>>> + }
> >>>>> +
> >>>>> for_each_cpu_wrap(cpu, cpus, target) {
> >>>>> bool preferred_core = !prefers_idle_core || is_core_idle(cpu);
> >>>>> unsigned long cpu_cap = capacity_of(cpu);
> >>>>>
> >>>>> + /*
> >>>>> + * Good-enough early exit (mirrors select_idle_cpu() logic).
> >>>>> + */
> >>>>> + if (!prefers_idle_core &&
> >>>>> + --nr <= 0 && best_fits == ASYM_IDLE_CORE_UCLAMP_MISFIT)
> >>>>
> >>>> With SMT, !prefers_idle_core implies that there is no idle core; Is
> >>>> best_fits == ASYM_IDLE_CORE_UCLAMP_MISFIT really expected in such case
> >>>> ?
> >>>>
> >>>> With !SMT, !prefers_idle_core is always true and we will bail out
> >>>> early as expected
> >>>
> >>> I struggle to comprehend:
> >>>
> >>> I assume the mirrored select_idle_cpu() logic is:
> >>>
> >>> for_each_cpu_wrap(cpu, cpus, target + 1)
> >>>
> >>> if (has_idle_core)
> >>>
> >>> else
> >>> if (--nr <= 0)
> >>> return -1
> >>
> >> So, the logic in select_idle_cpu() is that as soon as nr <= 0, we stops the walk
> >> and returns -1, without any "only stop if the answer is good enough" guard.
> >>
> >> With this change in select_idle_capacity() when nr is exhausted, we stop only if
> >> best_cpu is "good enough" (ASYM_IDLE_CORE_UCLAMP_MISFIT), otherwise we keep
> >> scanning. Therefore, we're not perfectly mirroring select_idle_cpu().
>
> But when '--nr <= 0', does it actually make sense to continue scanning
> for an _idle_ CPU?
>
> for_each_cpu_wrap(cpu, cpus, target)
>
> if (!prefers_idle_core &&
> --nr <= 0 && best_fits == ASYM_IDLE_CORE_UCLAMP_MISFIT)
> return best_cpu;
>
> if (!choose_idle_cpu(cpu, p)) <--- !!!
> continue;
Hm... yeah and only an idle CPU can update best_fits via the ranking down below:
/*
* First, select CPU which fits better (lower is more preferred).
* Then, select the one with best capacity at same level.
*/
if ((fits < best_fits) ||
((fits == best_fits) && (cpu_cap > best_cap))) {
best_cap = cpu_cap;
best_cpu = cpu;
best_fits = fits;
}
So, we'll likely continue iterating on choose_idle_cpu() and the chance of
best_fits flipping to ASYM_IDLE_CORE_UCLAMP_MISFIT after nr is exhausted is low.
>
> I thought we want to bail since it doesn't. The likelihood that
> choose_idle_cpu() will return 0 is high so from the point of '--nr <= 0'
> we would not be able to reach the condition to alter best_cpu anymore?
>
> Isn't this similar to select_idle_cpu()?
>
> for_each_cpu_wrap(cpu, cpus, target + 1)
>
> else
> if (--nr <= 0)
> return -1;
> idle_cpu = __select_idle_cpu(cpu, p);
> choose_idle_cpu(cpu, p)
> if ((unsigned int)idle_cpu < nr_cpumask_bits)
> break;
Yes, with that said I think the right thing to do is to just mirror
select_idle_cpu unconditionally and do:
if (!prefers_idle_core && --nr <= 0)
return best_cpu;
If we all agree on this I'll fold this change in the next version (and re-test).
Thanks,
-Andrea
next prev parent reply other threads:[~2026-05-08 22:05 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20260428144352.3575863-1-arighi@nvidia.com>
[not found] ` <20260428144352.3575863-2-arighi@nvidia.com>
2026-05-05 9:15 ` [PATCH 1/5] sched/fair: Drop redundant RCU read lock in NOHZ kick path Dietmar Eggemann
2026-05-05 9:22 ` Andrea Righi
[not found] ` <20260428144352.3575863-3-arighi@nvidia.com>
2026-05-05 12:48 ` [PATCH 2/5] sched/fair: Attach sched_domain_shared to sd_asym_cpucapacity Dietmar Eggemann
2026-05-06 9:45 ` Vincent Guittot
2026-05-06 10:19 ` K Prateek Nayak
2026-05-06 10:30 ` Vincent Guittot
[not found] ` <20260428144352.3575863-4-arighi@nvidia.com>
2026-05-05 17:20 ` [PATCH 3/5] sched/fair: Prefer fully-idle SMT cores in asym-capacity idle selection Dietmar Eggemann
2026-05-06 18:31 ` Andrea Righi
2026-05-06 10:29 ` Vincent Guittot
2026-05-06 12:34 ` Vincent Guittot
2026-05-06 18:15 ` Andrea Righi
2026-05-05 20:40 ` [PATCH v5 0/5] sched/fair: SMT-aware asymmetric CPU capacity Dietmar Eggemann
[not found] ` <20260428144352.3575863-6-arighi@nvidia.com>
2026-05-06 12:59 ` [PATCH 5/5] sched/fair: Add SIS_UTIL support to select_idle_capacity() Vincent Guittot
2026-05-06 17:01 ` Dietmar Eggemann
2026-05-06 18:11 ` Andrea Righi
2026-05-07 6:47 ` Vincent Guittot
2026-05-08 14:49 ` Dietmar Eggemann
2026-05-08 22:05 ` Andrea Righi [this message]
2026-05-09 18:01 Andrea Righi
2026-05-09 18:01 ` [PATCH 5/5] sched/fair: Add SIS_UTIL support to select_idle_capacity() Andrea Righi
-- strict thread matches above, loose matches on Subject: below --
2026-05-09 18:07 [PATCH v6 0/5 RESEND] sched/fair: SMT-aware asymmetric CPU capacity Andrea Righi
2026-05-09 18:07 ` [PATCH 5/5] sched/fair: Add SIS_UTIL support to select_idle_capacity() Andrea Righi
2026-05-11 13:08 ` Vincent Guittot
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=af5eDSYwVcDqNiLG@gpd4 \
--to=arighi@nvidia.com \
--cc=balbirs@nvidia.com \
--cc=bsegall@google.com \
--cc=christian.loehle@arm.com \
--cc=dietmar.eggemann@arm.com \
--cc=fabecassis@nvidia.com \
--cc=joelagnelf@nvidia.com \
--cc=juri.lelli@redhat.com \
--cc=kobak@nvidia.com \
--cc=kprateek.nayak@amd.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=sshegde@linux.ibm.com \
--cc=vincent.guittot@linaro.org \
--cc=vschneid@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.