[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CABk29Nv0Rh4L7h+XEjWwcMixSqtaCBh9U-Ajm4eKaYwvsRsjLw@mail.gmail.com>
Date: Wed, 19 Mar 2025 18:06:39 -0700
From: Josh Don <joshdon@...gle.com>
To: Aaron Lu <ziqianlu@...edance.com>, Chengming Zhou <chengming.zhou@...ux.dev>,
Xi Wang <xii@...gle.com>
Cc: Valentin Schneider <vschneid@...hat.com>, Ben Segall <bsegall@...gle.com>,
K Prateek Nayak <kprateek.nayak@....com>, Peter Zijlstra <peterz@...radead.org>,
Ingo Molnar <mingo@...hat.com>, Vincent Guittot <vincent.guittot@...aro.org>,
linux-kernel@...r.kernel.org, Juri Lelli <juri.lelli@...hat.com>,
Dietmar Eggemann <dietmar.eggemann@....com>, Steven Rostedt <rostedt@...dmis.org>,
Mel Gorman <mgorman@...e.de>, Chuyi Zhou <zhouchuyi@...edance.com>
Subject: Re: [RFC PATCH 2/7] sched/fair: Handle throttle path for task based throttle
On Wed, Mar 19, 2025 at 6:43 AM Aaron Lu <ziqianlu@...edance.com> wrote:
[snip]
> > track of the number of threads within a cgroup hierarchy currently in
> > kernel mode (similar to h_nr_runnable), and thus simplify down the
> > throttling code here.
>
> My initial feeling is the implementation looks pretty complex. If it can
> be simplified somehow, that would be great.
Xi (attached to this message) spoke about this at LPC last year; Xi
can you describe your approach in a little bit more concrete detail?
Best,
Josh
Powered by blists - more mailing lists