Re: [patch V3 13/20] sched/mmcid: Provide precomputed maximal value

From: Mathieu Desnoyers

Date: Thu Oct 30 2025 - 10:23:14 EST


On 2025-10-29 09:09, Thomas Gleixner wrote:
Reading mm::mm_users and mm:::mm_cid::nr_cpus_allowed everytime to compute

every time

+ * @max_cids: The exclusive maximum CID value for allocation and convergance

convergence

+ * @users: The number of tasks sharing this MM. Seperate from mm::mm_users

Separate

+ * as that is modified by mmget()/mm_put() by other entities which
+ * do not actually share the MM.
* @lock: Spinlock to protect all fields except @pcpu. It also protects
* the MM cid cpumask and the MM cidmask bitmap.
*/
struct mm_mm_cid {
struct mm_cid_pcpu __percpu *pcpu;
+ unsigned int max_cids;
unsigned int nr_cpus_allowed;
+ unsigned int users;

I suspect this reintroduces false-sharing between the "users"
and "lock" fields (updated every time a thread is forked/exits)
and load of the pcpu pointer which is pretty much immutable.
This will slow down accesses to the percpu data in the scheduler
fast path.

raw_spinlock_t lock;
}____cacheline_aligned_in_smp;
#else /* CONFIG_SCHED_MM_CID */

Thanks,

Mathieu

--
Mathieu Desnoyers
EfficiOS Inc.
https://www.efficios.com