[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <5f31086f-3d55-4e16-9b0f-c8124de3ca80@amd.com>
Date: Mon, 8 Dec 2025 23:06:49 +0530
From: K Prateek Nayak <kprateek.nayak@....com>
To: Shrikanth Hegde <sshegde@...ux.ibm.com>
CC: <linux-kernel@...r.kernel.org>, Dietmar Eggemann
<dietmar.eggemann@....com>, Steven Rostedt <rostedt@...dmis.org>, Ben Segall
<bsegall@...gle.com>, Mel Gorman <mgorman@...e.de>, Valentin Schneider
<vschneid@...hat.com>, "Gautham R. Shenoy" <gautham.shenoy@....com>, "Swapnil
Sapkal" <swapnil.sapkal@....com>, Chen Yu <yu.c.chen@...el.com>, Ingo Molnar
<mingo@...hat.com>, Peter Zijlstra <peterz@...radead.org>, Juri Lelli
<juri.lelli@...hat.com>, Vincent Guittot <vincent.guittot@...aro.org>,
Anna-Maria Behnsen <anna-maria@...utronix.de>, Frederic Weisbecker
<frederic@...nel.org>, Thomas Gleixner <tglx@...utronix.de>
Subject: Re: [RESEND RFC PATCH v2 00/29] sched/fair: Push-based load balancing
Hello Shrikanth,
On 12/8/2025 7:34 PM, Shrikanth Hegde wrote:
>> 2. The "nohz.nr_idle" and "nohz.idle_cpus" are global system-wide
>> variables that can run into scalability bottlenecks on a large
>> core-count system.
>>
>
> I think they are nohz.nr_cpus and nohz.idle_cpus_mask. isn't it?
Ack! Sorry my brain is all mush at this point staring at all the new
and old "nohz.*" variable names. Thank you for catching that.
--
Thanks and Regards,
Prateek
Powered by blists - more mailing lists