[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1cca28c3-c84d-415e-9b33-6687e4ff2cbb@linux.alibaba.com>
Date: Fri, 14 Jan 2022 19:13:12 +0800
From: cruzzhao <cruzzhao@...ux.alibaba.com>
To: Tejun Heo <tj@...nel.org>
Cc: lizefan.x@...edance.com, hannes@...xchg.org, mingo@...hat.com,
peterz@...radead.org, juri.lelli@...hat.com,
vincent.guittot@...aro.org, dietmar.eggemann@....com,
rostedt@...dmis.org, bsegall@...gle.com, mgorman@...e.de,
bristot@...hat.com, joshdon@...gle.com, cgroups@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 3/3] sched/core: Force idle accounting per cgroup
在 2022/1/13 上午4:42, Tejun Heo 写道:
> Hello,
>
> On Tue, Jan 11, 2022 at 05:56:01PM +0800, Cruz Zhao wrote:
>> +#ifdef CONFIG_SCHED_CORE
>> +void cpuacct_account_forceidle(int cpu, struct task_struct *tsk, u64 cputime)
>> +{
>> + struct cpuacct *ca;
>> + u64 *fi;
>> +
>> + rcu_read_lock();
>> + /*
>> + * We have hold rq->core->__lock here, which protects ca->forceidle
>> + * percpu.
>> + */
>> + for (ca = task_ca(tsk); ca; ca = parent_ca(ca)) {
>> + fi = per_cpu_ptr(ca->forceidle, cpu);
>> + *fi += cputime;
>> + }
>
> Please don't do this. Use rstat and integrate it with other stats.
>
> Thanks.
>
Thanks for suggestions, I'll try to do this using rstat. BTW, is it ok
to integrate it with cgroup_base_stat?
Best,
Cruz Zhao
Powered by blists - more mailing lists