From: Christophe JAILLET <christophe.jaillet@wanadoo.fr> To: Roman Gushchin <roman.gushchin@linux.dev>, Andrew Morton <akpm@linux-foundation.org>, linux-mm@kvack.org Cc: Dave Chinner <dchinner@redhat.com>, linux-kernel@vger.kernel.org, Yang Shi <shy828301@gmail.com>, Kent Overstreet <kent.overstreet@gmail.com>, Hillf Danton <hdanton@sina.com> Subject: Re: [PATCH v2 5/7] mm: provide shrinkers with names Date: Sat, 23 Apr 2022 09:46:25 +0200 [thread overview] Message-ID: <5272f8f0-7624-141b-076c-e8de08e595f5@wanadoo.fr> (raw) Message-ID: <20220423074625.2Qh0RJodcQmGvMPYiyCRxPavCA3DQyyXiKmHzk7mBs8@z> (raw) In-Reply-To: <20220422202644.799732-6-roman.gushchin@linux.dev> Hi, Le 22/04/2022 à 22:26, Roman Gushchin a écrit : > Currently shrinkers are anonymous objects. For debugging purposes they > can be identified by count/scan function names, but it's not always > useful: e.g. for superblock's shrinkers it's nice to have at least > an idea of to which superblock the shrinker belongs. > > This commit adds names to shrinkers. register_shrinker() and > prealloc_shrinker() functions are extended to take a format and > arguments to master a name. If CONFIG_SHRINKER_DEBUG is on, > the name is saved until the corresponding debugfs object is created, > otherwise it's simple ignored. > > After this change the shrinker debugfs directory looks like: > $ cd /sys/kernel/debug/shrinker/ > $ ls > dqcache-16 sb-cgroup2-30 sb-hugetlbfs-33 sb-proc-41 sb-selinuxfs-22 sb-tmpfs-40 sb-zsmalloc-19 > kfree_rcu-0 sb-configfs-23 sb-iomem-12 sb-proc-44 sb-sockfs-8 sb-tmpfs-42 shadow-18 > sb-aio-20 sb-dax-11 sb-mqueue-21 sb-proc-45 sb-sysfs-26 sb-tmpfs-43 thp_deferred_split-10 > sb-anon_inodefs-15 sb-debugfs-7 sb-nsfs-4 sb-proc-47 sb-tmpfs-1 sb-tmpfs-46 thp_zero-9 > sb-bdev-3 sb-devpts-28 sb-pipefs-14 sb-pstore-31 sb-tmpfs-27 sb-tmpfs-49 xfs_buf-37 > sb-bpf-32 sb-devtmpfs-5 sb-proc-25 sb-rootfs-2 sb-tmpfs-29 sb-tracefs-13 xfs_inodegc-38 > sb-btrfs-24 sb-hugetlbfs-17 sb-proc-39 sb-securityfs-6 sb-tmpfs-35 sb-xfs-36 zspool-34 > > Signed-off-by: Roman Gushchin <roman.gushchin@linux.dev> > --- [...] > diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c > index 59f91e392a2a..1b326b93155c 100644 > --- a/drivers/md/raid5.c > +++ b/drivers/md/raid5.c > @@ -7383,7 +7383,7 @@ static struct r5conf *setup_conf(struct mddev *mddev) > conf->shrinker.count_objects = raid5_cache_count; > conf->shrinker.batch = 128; > conf->shrinker.flags = 0; > - if (register_shrinker(&conf->shrinker)) { > + if (register_shrinker(&conf->shrinker, "md")) { Based on pr_warn below, does it make sense to have something like: register_shrinker(&conf->shrinker, "md-%s", mdname(mddev)) > pr_warn("md/raid:%s: couldn't register shrinker.\n", > mdname(mddev)); > goto abort; [...] > diff --git a/mm/vmscan.c b/mm/vmscan.c > index 121a54a1602b..6025cfda4932 100644 > --- a/mm/vmscan.c > +++ b/mm/vmscan.c > @@ -613,7 +613,7 @@ static unsigned long lruvec_lru_size(struct lruvec *lruvec, enum lru_list lru, > /* > * Add a shrinker callback to be called from the vm. > */ > -int prealloc_shrinker(struct shrinker *shrinker) > +static int __prealloc_shrinker(struct shrinker *shrinker) > { > unsigned int size; > int err; > @@ -637,6 +637,34 @@ int prealloc_shrinker(struct shrinker *shrinker) > return 0; > } > > +#ifdef CONFIG_SHRINKER_DEBUG > +int prealloc_shrinker(struct shrinker *shrinker, const char *fmt, ...) > +{ > + int err; > + char buf[64]; > + va_list ap; > + > + va_start(ap, fmt); > + vscnprintf(buf, sizeof(buf), fmt, ap); > + va_end(ap); > + > + shrinker->name = kstrdup(buf, GFP_KERNEL); > + if (!shrinker->name) > + return -ENOMEM; use kvasprintf_const() (and kfree_const() elsewhere) to simplify code and take advantage of kstrdup_const() in most cases? > + > + err = __prealloc_shrinker(shrinker); > + if (err) > + kfree(shrinker->name); > + > + return err; > +} > +#else > +int prealloc_shrinker(struct shrinker *shrinker, const char *fmt, ...) > +{ > + return __prealloc_shrinker(shrinker); > +} > +#endif > + > void free_prealloced_shrinker(struct shrinker *shrinker) > { > if (shrinker->flags & SHRINKER_MEMCG_AWARE) { > @@ -648,6 +676,9 @@ void free_prealloced_shrinker(struct shrinker *shrinker) > > kfree(shrinker->nr_deferred); > shrinker->nr_deferred = NULL; > +#ifdef CONFIG_SHRINKER_DEBUG > + kfree(shrinker->name); > +#endif > } > > void register_shrinker_prepared(struct shrinker *shrinker) > @@ -659,15 +690,38 @@ void register_shrinker_prepared(struct shrinker *shrinker) > up_write(&shrinker_rwsem); > } > > -int register_shrinker(struct shrinker *shrinker) > +static int __register_shrinker(struct shrinker *shrinker) > { > - int err = prealloc_shrinker(shrinker); > + int err = __prealloc_shrinker(shrinker); > > if (err) > return err; > register_shrinker_prepared(shrinker); > return 0; > } > + > +#ifdef CONFIG_SHRINKER_DEBUG > +int register_shrinker(struct shrinker *shrinker, const char *fmt, ...) > +{ > + char buf[64]; > + va_list ap; > + > + va_start(ap, fmt); > + vscnprintf(buf, sizeof(buf), fmt, ap); > + va_end(ap); > + > + shrinker->name = kstrdup(buf, GFP_KERNEL); > + if (!shrinker->name) > + return -ENOMEM; > + same as above. > + return __register_shrinker(shrinker); Missing error handling and freeing of shrinker->name as done in prealloc_shrinker()? CJ > +} > +#else > +int register_shrinker(struct shrinker *shrinker, const char *fmt, ...) > +{ > + return __register_shrinker(shrinker); > +} > +#endif > EXPORT_SYMBOL(register_shrinker); > > /* [...]
WARNING: multiple messages have this Message-ID (diff)
From: Christophe JAILLET <christophe.jaillet@wanadoo.fr> To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org Subject: Re: [PATCH v2 5/7] mm: provide shrinkers with names Date: Sat, 23 Apr 2022 09:46:25 +0200 [thread overview] Message-ID: <5272f8f0-7624-141b-076c-e8de08e595f5@wanadoo.fr> (raw) In-Reply-To: <20220422202644.799732-6-roman.gushchin@linux.dev> Hi, Le 22/04/2022 à 22:26, Roman Gushchin a écrit : > Currently shrinkers are anonymous objects. For debugging purposes they > can be identified by count/scan function names, but it's not always > useful: e.g. for superblock's shrinkers it's nice to have at least > an idea of to which superblock the shrinker belongs. > > This commit adds names to shrinkers. register_shrinker() and > prealloc_shrinker() functions are extended to take a format and > arguments to master a name. If CONFIG_SHRINKER_DEBUG is on, > the name is saved until the corresponding debugfs object is created, > otherwise it's simple ignored. > > After this change the shrinker debugfs directory looks like: > $ cd /sys/kernel/debug/shrinker/ > $ ls > dqcache-16 sb-cgroup2-30 sb-hugetlbfs-33 sb-proc-41 sb-selinuxfs-22 sb-tmpfs-40 sb-zsmalloc-19 > kfree_rcu-0 sb-configfs-23 sb-iomem-12 sb-proc-44 sb-sockfs-8 sb-tmpfs-42 shadow-18 > sb-aio-20 sb-dax-11 sb-mqueue-21 sb-proc-45 sb-sysfs-26 sb-tmpfs-43 thp_deferred_split-10 > sb-anon_inodefs-15 sb-debugfs-7 sb-nsfs-4 sb-proc-47 sb-tmpfs-1 sb-tmpfs-46 thp_zero-9 > sb-bdev-3 sb-devpts-28 sb-pipefs-14 sb-pstore-31 sb-tmpfs-27 sb-tmpfs-49 xfs_buf-37 > sb-bpf-32 sb-devtmpfs-5 sb-proc-25 sb-rootfs-2 sb-tmpfs-29 sb-tracefs-13 xfs_inodegc-38 > sb-btrfs-24 sb-hugetlbfs-17 sb-proc-39 sb-securityfs-6 sb-tmpfs-35 sb-xfs-36 zspool-34 > > Signed-off-by: Roman Gushchin <roman.gushchin@linux.dev> > --- [...] > diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c > index 59f91e392a2a..1b326b93155c 100644 > --- a/drivers/md/raid5.c > +++ b/drivers/md/raid5.c > @@ -7383,7 +7383,7 @@ static struct r5conf *setup_conf(struct mddev *mddev) > conf->shrinker.count_objects = raid5_cache_count; > conf->shrinker.batch = 128; > conf->shrinker.flags = 0; > - if (register_shrinker(&conf->shrinker)) { > + if (register_shrinker(&conf->shrinker, "md")) { Based on pr_warn below, does it make sense to have something like: register_shrinker(&conf->shrinker, "md-%s", mdname(mddev)) > pr_warn("md/raid:%s: couldn't register shrinker.\n", > mdname(mddev)); > goto abort; [...] > diff --git a/mm/vmscan.c b/mm/vmscan.c > index 121a54a1602b..6025cfda4932 100644 > --- a/mm/vmscan.c > +++ b/mm/vmscan.c > @@ -613,7 +613,7 @@ static unsigned long lruvec_lru_size(struct lruvec *lruvec, enum lru_list lru, > /* > * Add a shrinker callback to be called from the vm. > */ > -int prealloc_shrinker(struct shrinker *shrinker) > +static int __prealloc_shrinker(struct shrinker *shrinker) > { > unsigned int size; > int err; > @@ -637,6 +637,34 @@ int prealloc_shrinker(struct shrinker *shrinker) > return 0; > } > > +#ifdef CONFIG_SHRINKER_DEBUG > +int prealloc_shrinker(struct shrinker *shrinker, const char *fmt, ...) > +{ > + int err; > + char buf[64]; > + va_list ap; > + > + va_start(ap, fmt); > + vscnprintf(buf, sizeof(buf), fmt, ap); > + va_end(ap); > + > + shrinker->name = kstrdup(buf, GFP_KERNEL); > + if (!shrinker->name) > + return -ENOMEM; use kvasprintf_const() (and kfree_const() elsewhere) to simplify code and take advantage of kstrdup_const() in most cases? > + > + err = __prealloc_shrinker(shrinker); > + if (err) > + kfree(shrinker->name); > + > + return err; > +} > +#else > +int prealloc_shrinker(struct shrinker *shrinker, const char *fmt, ...) > +{ > + return __prealloc_shrinker(shrinker); > +} > +#endif > + > void free_prealloced_shrinker(struct shrinker *shrinker) > { > if (shrinker->flags & SHRINKER_MEMCG_AWARE) { > @@ -648,6 +676,9 @@ void free_prealloced_shrinker(struct shrinker *shrinker) > > kfree(shrinker->nr_deferred); > shrinker->nr_deferred = NULL; > +#ifdef CONFIG_SHRINKER_DEBUG > + kfree(shrinker->name); > +#endif > } > > void register_shrinker_prepared(struct shrinker *shrinker) > @@ -659,15 +690,38 @@ void register_shrinker_prepared(struct shrinker *shrinker) > up_write(&shrinker_rwsem); > } > > -int register_shrinker(struct shrinker *shrinker) > +static int __register_shrinker(struct shrinker *shrinker) > { > - int err = prealloc_shrinker(shrinker); > + int err = __prealloc_shrinker(shrinker); > > if (err) > return err; > register_shrinker_prepared(shrinker); > return 0; > } > + > +#ifdef CONFIG_SHRINKER_DEBUG > +int register_shrinker(struct shrinker *shrinker, const char *fmt, ...) > +{ > + char buf[64]; > + va_list ap; > + > + va_start(ap, fmt); > + vscnprintf(buf, sizeof(buf), fmt, ap); > + va_end(ap); > + > + shrinker->name = kstrdup(buf, GFP_KERNEL); > + if (!shrinker->name) > + return -ENOMEM; > + same as above. > + return __register_shrinker(shrinker); Missing error handling and freeing of shrinker->name as done in prealloc_shrinker()? CJ > +} > +#else > +int register_shrinker(struct shrinker *shrinker, const char *fmt, ...) > +{ > + return __register_shrinker(shrinker); > +} > +#endif > EXPORT_SYMBOL(register_shrinker); > > /* [...]
next prev parent reply other threads:[~2022-04-23 7:47 UTC|newest] Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-04-22 20:26 [PATCH v2 0/7] mm: introduce shrinker debugfs interface Roman Gushchin 2022-04-22 20:26 ` [PATCH v2 1/7] mm: introduce debugfs interface for kernel memory shrinkers Roman Gushchin 2022-04-23 7:51 ` Christophe JAILLET 2022-04-23 7:51 ` Christophe JAILLET 2022-04-22 20:26 ` [PATCH v2 2/7] mm: memcontrol: introduce mem_cgroup_ino() and mem_cgroup_get_from_ino() Roman Gushchin 2022-04-22 20:26 ` [PATCH v2 3/7] mm: introduce memcg interfaces for shrinker debugfs Roman Gushchin 2022-04-23 0:35 ` Hillf Danton 2022-04-23 1:29 ` Roman Gushchin 2022-04-22 20:26 ` [PATCH v2 4/7] mm: introduce numa " Roman Gushchin 2022-04-22 20:26 ` [PATCH v2 5/7] mm: provide shrinkers with names Roman Gushchin 2022-04-23 7:46 ` Christophe JAILLET [this message] 2022-04-23 7:46 ` Christophe JAILLET 2022-04-23 7:46 ` Christophe JAILLET 2022-04-28 0:25 ` Roman Gushchin 2022-04-22 20:26 ` [PATCH v2 6/7] docs: document shrinker debugfs Roman Gushchin 2022-04-22 20:26 ` [PATCH v2 7/7] tools: add memcg_shrinker.py Roman Gushchin 2022-04-26 6:02 ` [PATCH v2 0/7] mm: introduce shrinker debugfs interface Dave Chinner 2022-04-26 6:45 ` Kent Overstreet 2022-04-26 8:45 ` Hillf Danton 2022-04-26 16:41 ` Roman Gushchin 2022-04-26 18:37 ` Kent Overstreet 2022-04-27 1:22 ` Dave Chinner 2022-04-27 2:18 ` Roman Gushchin 2022-04-26 19:05 ` Roman Gushchin 2022-04-27 1:02 ` Dave Chinner
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=5272f8f0-7624-141b-076c-e8de08e595f5@wanadoo.fr \ --to=christophe.jaillet@wanadoo.fr \ --cc=akpm@linux-foundation.org \ --cc=dchinner@redhat.com \ --cc=hdanton@sina.com \ --cc=kent.overstreet@gmail.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=roman.gushchin@linux.dev \ --cc=shy828301@gmail.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.