Re: [Patch v4 00/22] Cache aware scheduling

[Tim Chen <tim.c.chen@linux.intel.com>]

On Thu, 2026-04-09 at 15:54 +0200, Peter Zijlstra wrote:
> On Wed, Apr 01, 2026 at 02:52:12PM -0700, Tim Chen wrote:
> > Chen Yu (10):
> >   sched/cache: Limit the scan number of CPUs when calculating task
> >     occupancy
> >   sched/cache: Record per LLC utilization to guide cache aware
> >     scheduling decisions
> >   sched/cache: Introduce helper functions to enforce LLC migration
> >     policy
> >   sched/cache: Disable cache aware scheduling for processes with high
> >     thread counts
> >   sched/cache: Avoid cache-aware scheduling for memory-heavy processes
> >   sched/cache: Enable cache aware scheduling for multi LLCs NUMA node
> >   sched/cache: Allow the user space to turn on and off cache aware
> >     scheduling
> >   sched/cache: Add user control to adjust the aggressiveness of
> >     cache-aware scheduling
> > 
> > Peter Zijlstra (Intel) (1):
> >   sched/cache: Introduce infrastructure for cache-aware load balancing
> > 
> > Tim Chen (11):
> >   sched/cache: Make LLC id continuous
> >   sched/cache: Assign preferred LLC ID to processes
> >   sched/cache: Track LLC-preferred tasks per runqueue
> >   sched/cache: Introduce per CPU's tasks LLC preference counter
> >   sched/cache: Calculate the percpu sd task LLC preference
> >   sched/cache: Count tasks prefering destination LLC in a sched group
> >   sched/cache: Check local_group only once in update_sg_lb_stats()
> >   sched/cache: Prioritize tasks preferring destination LLC during
> >     balancing
> >   sched/cache: Add migrate_llc_task migration type for cache-aware
> >     balancing
> >   sched/cache: Handle moving single tasks to/from their preferred LLC
> >   sched/cache: Respect LLC preference in task migration and detach
> 
> I've applied a random subset of patches with random edits into queue.git
> sched/cache (based on tip/sched/core).
> 
> It builds, but is otherwise untested.

Thanks Peter.  We'll start testing your tree.

Tim

> 
> Please send patches against this tree; I'm hoping to stick this into
> sched/core after the next merge window.
> 
> If any one commit really needs amending, just send a replacement patch
> and I'll rebase. Just make sure to not loose the edits I made.