[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20231130120036.5EpZn4eo@linutronix.de>
Date: Thu, 30 Nov 2023 13:00:36 +0100
From: Sebastian Andrzej Siewior <bigeasy@...utronix.de>
To: rostedt@...dmis.org, tglx@...utronix.de, mingo@...hat.com,
peterz@...radead.org, juri.lelli@...hat.com,
vincent.guittot@...aro.org, linux-kernel@...r.kernel.org,
dietmar.eggemann@....com, bsegall@...gle.com, mgorman@...e.de,
bristot@...hat.com, vschneid@...hat.com, zyhtheonly@...il.com,
zyhtheonly@...h.net
Subject: Re: [PATCH v2] sched/cputime: exclude ktimers threads in
irqtime_account_irq
On 2023-11-30 17:41:47 [+0800], tiozhang wrote:
> In CONFIG_PREEMPT_RT kernel, ktimers also calls __do_softirq,
> so when accounting CPUTIME_SOFTIRQ, ktimers need to be excluded
> as well as ksoftirqd.
> Also add this_cpu_ktimers to keep consistency with this_cpu_ksoftirqd.
I'm still not sure what the benefit here is. It says align with
ksoftirqd but why? Why don't we account softirq time for ksoftirqd (and
should continue to do so for ktimersd)?
ktimers runs almost all the time in softirq context. So does every
force-threaded interrupt. Should we exclude them, too?
Sebastian
Powered by blists - more mailing lists