On Fri, Feb 14, 2025 at 08:39:59PM +0100, Andrea Righi wrote: > = Overview = > > As discussed during the sched_ext office hours, using a global cpumask to > keep track of the idle CPUs can be inefficient and it may not scale really > well on large NUMA systems. > > Therefore, split the idle cpumask into multiple per-NUMA node cpumasks to > improve scalability and performance on such large systems. > > Scalability issues seem to be more noticeable on Intel Sapphire Rapids > dual-socket architectures. Applied 1-7 to sched_ext/for-6.15. Thanks. -- tejun
