From: Pasha Tatashin <pasha.tatashin@soleen.com>
To: K Prateek Nayak <kprateek.nayak@amd.com>
Cc: Pasha Tatashin <pasha.tatashin@soleen.com>,
kees@kernel.org, rppt@kernel.org, juri.lelli@redhat.com,
nik.borisov@suse.com, tglx@kernel.org, vschneid@redhat.com,
vincent.guittot@linaro.org, bp@alien8.de,
thorsten.blum@linux.dev, cgroups@vger.kernel.org,
tony.luck@intel.com, david@kernel.org, mingo@redhat.com,
akpm@linux-foundation.org, linux-mm@kvack.org, seanjc@google.com,
ljs@kernel.org, zhangguopeng@kylinos.cn,
dietmar.eggemann@arm.com, mhocko@suse.com,
vinicius.gomes@intel.com, tj@kernel.org, vbabka@kernel.org,
linux-kernel@vger.kernel.org, peterz@infradead.org,
surenb@google.com, hpa@zytor.com, x86@kernel.org,
dmatlack@google.com, tim.c.chen@linux.intel.com,
kexec@lists.infradead.org, pratyush@kernel.org,
dave.hansen@linux.intel.com, rostedt@goodmis.org,
gmonaco@redhat.com, jgross@suse.com, mgorman@suse.de,
graf@amazon.com, linux-edac@vger.kernel.org, liam@infradead.org,
ridong.chen@linux.dev, longman@redhat.com, bsegall@google.com
Subject: Re: [PATCH v1 5/8] sched/topology: Avoid redundant O(N^3) group capacity walks and unused allocations in build_sched_domains()
Date: Sun, 18 Oct 2026 10:35:19 -0400 [thread overview]
Message-ID: <atTZJ6Q3vTjvDjgG@google.com> (raw)
In-Reply-To: <b618f528-ba35-4fb3-881b-e0ca12bc9558@amd.com>
On 10-16 11:53, K Prateek Nayak wrote:
> Hello Pasha,
>
> On 10/15/2026 9:03 PM, Pasha Tatashin wrote:
> > diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c
> > index 0248227d983a7..02c38089a80c9 100644
> > --- a/kernel/sched/topology.c
> > +++ b/kernel/sched/topology.c
> > @@ -1259,32 +1259,49 @@ build_group_from_child_sched_domain(struct sched_domain *sd, int cpu)
> > return sg;
> > }
> >
> > -static void init_overlap_sched_group(struct sched_domain *sd,
> > - struct sched_group *sg)
> > +static int init_overlap_sched_group(struct sched_domain *sd,
> > + struct sched_group *sg)
> > {
> > struct cpumask *mask = sched_domains_tmpmask2;
> > struct sd_data *sdd = sd->private;
> > - struct cpumask *sg_span;
> > - int cpu;
> > + struct cpumask *sg_span = sched_group_span(sg);
> > + struct sched_group_capacity *sgc;
> > + int cpu = cpumask_first(sg_span);
> > + struct sched_domain *first_sd = *per_cpu_ptr(sdd->sd, cpu);
> > +
> > + sgc = *per_cpu_ptr(sdd->sgc, cpu);
> > + if (sgc && atomic_read(&sgc->ref) > 0 &&
> > + first_sd && first_sd->child &&
> > + cpumask_equal(sg_span, sched_domain_span(first_sd->child))) {
> > + atomic_inc(&sgc->ref);
> > + sg->sgc = sgc;
> > + return 0;
> > + }
>
>
> This insanely specific check perhaps can be something like:
>
> diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c
> index 06cc9f6397bd..a7d7a3b51c71 100644
> --- a/kernel/sched/topology.c
> +++ b/kernel/sched/topology.c
> @@ -1203,6 +1203,33 @@ int group_balance_cpu(struct sched_group *sg)
> */
>
>
> +/* Find the group_balance_cpu() */
> +static int find_group_balance_cpu(struct sched_domain *sd, struct sched_group *sg)
> +{
> + const struct cpumask *sg_span = sched_group_span(sg);
> + struct sd_data *sdd = sd->private;
> + struct sched_domain *sibling;
> + int i;
> +
> + for_each_cpu(i, sg_span) {
> + sibling = *per_cpu_ptr(sdd->sd, i);
> +
> + /*
> + * Can happen in the asymmetric case, where these siblings are
> + * unused. The mask will not be empty because those CPUs that
> + * do have the top domain _should_ span the domain.
> + */
> + if (!sibling->child)
> + continue;
> +
> + /* If we would not end up here, we can't continue from here */
> + if (cpumask_equal(sg_span, sched_domain_span(sibling->child)))
> + return i;
> + }
> +
> + return nr_cpu_ids;
> +}
> +
> /*
> * Build the balance mask; it contains only those CPUs that can arrive at this
> * group and should be considered to continue balancing.
> @@ -1212,17 +1239,19 @@ int group_balance_cpu(struct sched_group *sg)
> * can fully construct this using the sched_domain bits (which are already
> * complete).
> */
> -static void
> -build_balance_mask(struct sched_domain *sd, struct sched_group *sg, struct cpumask *mask)
> +static void build_balance_mask(int group_balance_cpu,
> + struct sched_domain *sd,
> + struct sched_group *sg,
> + struct cpumask *mask)
> {
> const struct cpumask *sg_span = sched_group_span(sg);
> struct sd_data *sdd = sd->private;
> struct sched_domain *sibling;
> - int i;
> + int i = group_balance_cpu;
>
> cpumask_clear(mask);
>
> - for_each_cpu(i, sg_span) {
> + for_each_cpu_from(i, sg_span) {
> sibling = *per_cpu_ptr(sdd->sd, i);
>
> /*
> @@ -1281,7 +1310,17 @@ static int init_overlap_sched_group(struct sched_domain *sd,
> struct cpumask *sg_span;
> int cpu;
>
> - build_balance_mask(sd, sg, mask);
> + cpu = find_group_balance_cpu(sd, sg);
> + if (WARN_ON_ONCE(cpu >= nr_cpu_ids))
> + return -ENOENT;
> +
> + sg->sgc = *per_cpu_ptr(sdd->sgc, cpu);
> + if (sg->sgc && atomic_read(&sg->sgc->ref)) {
> + atomic_inc(&sg->sgc->ref);
> + return 0;
> + }
> +
> + build_balance_mask(cpu, sd, sg, mask);
> cpu = cpumask_first(mask);
>
> sg->sgc = *per_cpu_ptr(sdd->sgc, cpu);
> ---
>
> We just find the first CPU and reuse the scg. Otherwise, build the
> balance mask.
Yes, this is cleaner, thank you.
>
> With those changes ...
>
> >
> > build_balance_mask(sd, sg, mask);
> > cpu = cpumask_first(mask);
> >
> > - sg->sgc = *per_cpu_ptr(sdd->sgc, cpu);
> > - if (atomic_inc_return(&sg->sgc->ref) == 1)
> > + sgc = *per_cpu_ptr(sdd->sgc, cpu);
> > + if (!sgc) {
> > + sgc = kzalloc_node(sizeof(*sgc) + cpumask_size(),
> > + GFP_KERNEL, cpu_to_node(cpu));
> > + if (!sgc)
> > + return -ENOMEM;
> > + sgc->id = cpu;
> > + *per_cpu_ptr(sdd->sgc, cpu) = sgc;
> > + }
> > +
> > + sg->sgc = sgc;
> > + if (atomic_inc_return(&sg->sgc->ref) == 1) {
>
> ... we can be sure this is a new sgc and just do an
> atomic_set(&sg->sgc->ref, 1) here and initialize the rest of the
> fields.
>
> Thoughts?
+1, Since sgc is lazily allocated on demand in this patch, reaching
the slow path guarantees we are initializing it for the first time.
> > cpumask_copy(group_balance_mask(sg), mask);
> > - else
> > + sg->sgc->capacity = SCHED_CAPACITY_SCALE * cpumask_weight(sg_span);
> > + sg->sgc->min_capacity = SCHED_CAPACITY_SCALE;
> > + sg->sgc->max_capacity = SCHED_CAPACITY_SCALE;
> > + } else {
> > WARN_ON_ONCE(!cpumask_equal(group_balance_mask(sg), mask));
>
> Do note this check will be lost with the optimization for the
> fast-path case but that should be okay(?)
Yes, that is fine: find_group_balance_cpu() already verifies that
sg_span equals sched_domain_span(sibling->child) for cpu.
I will fold this into v2.
Thanks,
Pasha
>
> > + }
> >
> > - /*
> > - * Initialize sgc->capacity such that even if we mess up the
> > - * domains and no possible iteration will get us here, we won't
> > - * die on a /0 trap.
> > - */
> > - sg_span = sched_group_span(sg);
> > - sg->sgc->capacity = SCHED_CAPACITY_SCALE * cpumask_weight(sg_span);
> > - sg->sgc->min_capacity = SCHED_CAPACITY_SCALE;
> > - sg->sgc->max_capacity = SCHED_CAPACITY_SCALE;
> > + return 0;
> > }
> --
> Thanks and Regards,
> Prateek
>
next prev parent reply other threads:[~2026-10-18 14:35 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-15 15:33 [PATCH v1 0/8] x86, sched, mm: Speed up CPU hotplug on large systems Pasha Tatashin
2026-10-15 15:33 ` [PATCH v1 1/8] x86/realmode: Remove unnecessary WBINVD from AP startup trampoline Pasha Tatashin
2026-10-15 15:33 ` [PATCH v1 2/8] x86/smp: Remove unnecessary WBINVD from mwait_play_dead() Pasha Tatashin
2026-10-15 15:33 ` [PATCH v1 3/8] x86/mce/intel: Bound cmci_rediscover() to a single topology peer Pasha Tatashin
2026-10-15 15:33 ` [PATCH v1 4/8] x86/cacheinfo, mtrr: Skip stop_machine rendezvous in cache_ap_online() when MTRRs match Pasha Tatashin
2026-10-15 15:33 ` [PATCH v1 5/8] sched/topology: Avoid redundant O(N^3) group capacity walks and unused allocations in build_sched_domains() Pasha Tatashin
2026-10-16 6:23 ` K Prateek Nayak
2026-10-18 14:35 ` Pasha Tatashin [this message]
2026-10-15 15:33 ` [PATCH v1 6/8] sched/deadline, topology: Avoid O(N^2) dl_server bandwidth walks during root_domain rebuilds Pasha Tatashin
2026-10-15 15:33 ` [PATCH v1 7/8] sched/topology: Avoid redundant percpu allocations and bitmap walks in build_sched_domains() Pasha Tatashin
2026-10-15 23:17 ` Tim Chen
2026-10-18 14:45 ` Pasha Tatashin
2026-10-15 15:33 ` [PATCH v1 8/8] mm/vmstat: Avoid redundant per-CPU stat_threshold writes in refresh_zone_stat_thresholds() Pasha Tatashin
2026-10-15 21:33 ` [PATCH v1 0/8] x86, sched, mm: Speed up CPU hotplug on large systems Luck, Tony
2026-10-18 13:58 ` Pasha Tatashin
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=atTZJ6Q3vTjvDjgG@google.com \
--to=pasha.tatashin@soleen.com \
--cc=akpm@linux-foundation.org \
--cc=bp@alien8.de \
--cc=bsegall@google.com \
--cc=cgroups@vger.kernel.org \
--cc=dave.hansen@linux.intel.com \
--cc=david@kernel.org \
--cc=dietmar.eggemann@arm.com \
--cc=dmatlack@google.com \
--cc=gmonaco@redhat.com \
--cc=graf@amazon.com \
--cc=hpa@zytor.com \
--cc=jgross@suse.com \
--cc=juri.lelli@redhat.com \
--cc=kees@kernel.org \
--cc=kexec@lists.infradead.org \
--cc=kprateek.nayak@amd.com \
--cc=liam@infradead.org \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=ljs@kernel.org \
--cc=longman@redhat.com \
--cc=mgorman@suse.de \
--cc=mhocko@suse.com \
--cc=mingo@redhat.com \
--cc=nik.borisov@suse.com \
--cc=peterz@infradead.org \
--cc=pratyush@kernel.org \
--cc=ridong.chen@linux.dev \
--cc=rostedt@goodmis.org \
--cc=rppt@kernel.org \
--cc=seanjc@google.com \
--cc=surenb@google.com \
--cc=tglx@kernel.org \
--cc=thorsten.blum@linux.dev \
--cc=tim.c.chen@linux.intel.com \
--cc=tj@kernel.org \
--cc=tony.luck@intel.com \
--cc=vbabka@kernel.org \
--cc=vincent.guittot@linaro.org \
--cc=vinicius.gomes@intel.com \
--cc=vschneid@redhat.com \
--cc=x86@kernel.org \
--cc=zhangguopeng@kylinos.cn \
/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
all inboxes | Powered by JetHome®