From: "Michal Koutný" <mkoutny@suse.com>
To: JP Kobryn <inwardvessel@gmail.com>
Cc: tj@kernel.org, shakeel.butt@linux.dev, yosryahmed@google.com,
hannes@cmpxchg.org, akpm@linux-foundation.org,
linux-mm@kvack.org, cgroups@vger.kernel.org,
kernel-team@meta.com
Subject: Re: [PATCH v4 4/5] cgroup: use separate rstat trees for each subsystem
Date: Tue, 15 Apr 2025 19:15:45 +0200 [thread overview]
Message-ID: <2llytbsvkathgttzutwmrm2zwajls74p4eixxx3jyncawe5jfe@og3vps4y2tnc> (raw)
In-Reply-To: <20250404011050.121777-5-inwardvessel@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3042 bytes --]
On Thu, Apr 03, 2025 at 06:10:49PM -0700, JP Kobryn <inwardvessel@gmail.com> wrote:
> --- a/kernel/cgroup/cgroup.c
> +++ b/kernel/cgroup/cgroup.c
...
> @@ -5425,6 +5417,9 @@ static void css_free_rwork_fn(struct work_struct *work)
> struct cgroup_subsys_state *parent = css->parent;
> int id = css->id;
>
> + if (ss->css_rstat_flush)
> + css_rstat_exit(css);
> +
It should be safe to call this unguarded (see also my comment below at
css_rstat_flush()).
> ss->css_free(css);
> cgroup_idr_remove(&ss->css_idr, id);
> cgroup_put(cgrp);
> @@ -5477,11 +5472,8 @@ static void css_release_work_fn(struct work_struct *work)
> if (ss) {
> struct cgroup *parent_cgrp;
>
> - /* css release path */
> - if (!list_empty(&css->rstat_css_node)) {
> + if (ss->css_rstat_flush)
> css_rstat_flush(css);
> - list_del_rcu(&css->rstat_css_node);
> - }
Ditto.
> __bpf_kfunc void css_rstat_flush(struct cgroup_subsys_state *css)
> {
> - struct cgroup *cgrp = css->cgroup;
> int cpu;
>
> might_sleep();
> for_each_possible_cpu(cpu) {
> - struct cgroup *pos;
> + struct cgroup_subsys_state *pos;
>
> /* Reacquire for each CPU to avoid disabling IRQs too long */
> __css_rstat_lock(css, cpu);
> - pos = cgroup_rstat_updated_list(cgrp, cpu);
> + pos = css_rstat_updated_list(css, cpu);
> for (; pos; pos = pos->rstat_flush_next) {
> - struct cgroup_subsys_state *css;
> -
> - cgroup_base_stat_flush(pos, cpu);
> - bpf_rstat_flush(pos, cgroup_parent(pos), cpu);
> -
> - rcu_read_lock();
> - list_for_each_entry_rcu(css, &pos->rstat_css_list,
> - rstat_css_node)
> + if (css_is_cgroup(pos)) {
> + cgroup_base_stat_flush(pos->cgroup, cpu);
> + bpf_rstat_flush(pos->cgroup,
> + cgroup_parent(pos->cgroup), cpu);
> + } else if (pos->ss->css_rstat_flush)
> css->ss->css_rstat_flush(css, cpu);
These conditions -- css_is_cgroup(pos) and pos->ss->css_rstat_flush
should be invariant wrt pos in the split tree, right?
It's a μoptimization but may be worth checking only once before
processing the update tree?
> - rcu_read_unlock();
> }
> __css_rstat_unlock(css, cpu);
> if (!cond_resched())
> @@ -362,29 +359,38 @@ int css_rstat_init(struct cgroup_subsys_state *css)
> struct cgroup *cgrp = css->cgroup;
> int cpu;
>
> - /* the root cgrp has rstat_cpu preallocated */
> - if (!cgrp->rstat_cpu) {
> - cgrp->rstat_cpu = alloc_percpu(struct cgroup_rstat_cpu);
> - if (!cgrp->rstat_cpu)
> - return -ENOMEM;
> + /* the root cgrp has rstat_base_cpu preallocated */
> + if (css_is_cgroup(css)) {
> + if (!cgrp->rstat_base_cpu) {
> + cgrp->rstat_base_cpu = alloc_percpu(struct cgroup_rstat_base_cpu);
> + if (!cgrp->rstat_base_cpu)
> + return -ENOMEM;
> + }
> }
>
> - if (!cgrp->rstat_base_cpu) {
> - cgrp->rstat_base_cpu = alloc_percpu(struct cgroup_rstat_base_cpu);
> - if (!cgrp->rstat_cpu) {
> - free_percpu(cgrp->rstat_cpu);
Thanks,
Michal
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2025-04-15 17:15 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-04 1:10 [PATCH v4 0/5] cgroup: separate rstat trees JP Kobryn
2025-04-04 1:10 ` [PATCH v4 1/5] cgroup: move rstat base stat objects into their own struct JP Kobryn
2025-04-15 17:16 ` Michal Koutný
2025-04-22 12:13 ` Yosry Ahmed
2025-05-29 18:58 ` Ihor Solodrai
2025-05-29 19:11 ` Yonghong Song
2025-04-04 1:10 ` [PATCH v4 2/5] cgroup: add helper for checking when css is cgroup::self JP Kobryn
2025-04-22 12:19 ` Yosry Ahmed
[not found] ` <68078968.5d0a0220.2c3c35.bab3SMTPIN_ADDED_BROKEN@mx.google.com>
2025-04-24 16:59 ` JP Kobryn
2025-04-04 1:10 ` [PATCH v4 3/5] cgroup: change rstat function signatures from cgroup-based to css-based JP Kobryn
2025-04-04 20:00 ` Tejun Heo
2025-04-04 20:09 ` Tejun Heo
2025-04-04 21:21 ` JP Kobryn
2025-04-22 12:35 ` Yosry Ahmed
2025-04-22 12:39 ` Yosry Ahmed
[not found] ` <68078d3c.050a0220.3d37e.6d82SMTPIN_ADDED_BROKEN@mx.google.com>
2025-04-24 17:10 ` JP Kobryn
2025-04-04 1:10 ` [PATCH v4 4/5] cgroup: use separate rstat trees for each subsystem JP Kobryn
2025-04-15 17:15 ` Michal Koutný [this message]
2025-04-16 21:43 ` JP Kobryn
2025-04-17 9:26 ` Michal Koutný
2025-04-17 19:05 ` JP Kobryn
2025-04-17 20:10 ` JP Kobryn
2025-04-21 18:18 ` JP Kobryn
2025-04-22 13:33 ` Yosry Ahmed
[not found] ` <68079aa7.df0a0220.30a1a0.cbb2SMTPIN_ADDED_BROKEN@mx.google.com>
2025-04-30 23:43 ` JP Kobryn
2025-05-06 9:37 ` Yosry Ahmed
2025-04-04 1:10 ` [PATCH v4 5/5] cgroup: use subsystem-specific rstat locks to avoid contention JP Kobryn
2025-04-04 20:28 ` Tejun Heo
2025-04-11 3:31 ` JP Kobryn
2025-04-15 17:15 ` Michal Koutný
2025-04-15 19:30 ` Tejun Heo
2025-04-16 9:50 ` Michal Koutný
2025-04-16 18:10 ` JP Kobryn
2025-04-16 18:14 ` Tejun Heo
2025-04-16 18:01 ` JP Kobryn
2025-04-22 14:01 ` Yosry Ahmed
2025-04-24 17:25 ` Shakeel Butt
[not found] ` <6807a132.df0a0220.28dc80.a1f0SMTPIN_ADDED_BROKEN@mx.google.com>
2025-04-25 0:18 ` JP Kobryn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2llytbsvkathgttzutwmrm2zwajls74p4eixxx3jyncawe5jfe@og3vps4y2tnc \
--to=mkoutny@suse.com \
--cc=akpm@linux-foundation.org \
--cc=cgroups@vger.kernel.org \
--cc=hannes@cmpxchg.org \
--cc=inwardvessel@gmail.com \
--cc=kernel-team@meta.com \
--cc=linux-mm@kvack.org \
--cc=shakeel.butt@linux.dev \
--cc=tj@kernel.org \
--cc=yosryahmed@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox