[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230919092830.GF21729@noisy.programming.kicks-ass.net>
Date: Tue, 19 Sep 2023 11:28:30 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Raghavendra K T <raghavendra.kt@....com>
Cc: linux-kernel@...r.kernel.org, linux-mm@...ck.org,
Ingo Molnar <mingo@...hat.com>, Mel Gorman <mgorman@...e.de>,
Andrew Morton <akpm@...ux-foundation.org>,
David Hildenbrand <david@...hat.com>, rppt@...nel.org,
Juri Lelli <juri.lelli@...hat.com>,
Vincent Guittot <vincent.guittot@...aro.org>,
Bharata B Rao <bharata@....com>,
Aithal Srikanth <sraithal@....com>,
kernel test robot <oliver.sang@...el.com>,
Sapkal Swapnil <Swapnil.Sapkal@....com>,
K Prateek Nayak <kprateek.nayak@....com>
Subject: Re: [RFC PATCH V1 0/6] sched/numa: Enhance disjoint VMA scanning
On Tue, Aug 29, 2023 at 11:36:08AM +0530, Raghavendra K T wrote:
> Peter Zijlstra (1):
> sched/numa: Increase tasks' access history
>
> Raghavendra K T (5):
> sched/numa: Move up the access pid reset logic
> sched/numa: Add disjoint vma unconditional scan logic
> sched/numa: Remove unconditional scan logic using mm numa_scan_seq
> sched/numa: Allow recently accessed VMAs to be scanned
> sched/numa: Allow scanning of shared VMAs
>
> include/linux/mm.h | 12 +++--
> include/linux/mm_types.h | 5 +-
> kernel/sched/fair.c | 109 ++++++++++++++++++++++++++++++++-------
> 3 files changed, 102 insertions(+), 24 deletions(-)
So I don't immediately see anything horrible with this. Mel, do you have
a few cycles to go over this as well?
Powered by blists - more mailing lists