Thread (25 messages) 25 messages, 3 authors, 2025-05-14

Re: [PATCH v1 5/5] relayfs: uniformally use possible cpu iteration

From: Jason Xing <hidden>
Date: 2025-05-13 02:03:39
Also in: linux-block, lkml

On Tue, May 13, 2025 at 8:52 AM Andrew Morton [off-list ref] wrote:
On Mon, 12 May 2025 10:49:35 +0800 Jason Xing [off-list ref] wrote:
quoted
From: Jason Xing <kernelxing@tencent.com>

Use for_each_possible_cpu to create per-cpu relayfs file to avoid later
hotplug cpu which doesn't have its own file.
I don't understand this.  Exactly what problem are we trying to solve?
The reason behind this change is can we directly allocate per possible
cpu at the initialization phase. After this, even if some cpu goes
online, we don't need to care about it.

The idea is directly borrowed from the networking area where people
use possible cpu iteration for most cases.
quoted
Reviewed-by: Yushan Zhou <redacted>
Signed-off-by: Jason Xing <kernelxing@tencent.com>
---
 kernel/relay.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/relay.c b/kernel/relay.c
index 27f7e701724f..dcb099859e83 100644
--- a/kernel/relay.c
+++ b/kernel/relay.c
@@ -519,7 +519,7 @@ struct rchan *relay_open(const char *base_filename,
      kref_init(&chan->kref);

      mutex_lock(&relay_channels_mutex);
-     for_each_online_cpu(i) {
+     for_each_possible_cpu(i) {
num_possible_cpus() can sometimes greatly exceed num_online_cpus(), so
this is an unfortunate change.
Are you worried about too much extra memory to waste in this case?

A relevant thing I would like to share here:
To keep the high performance of transferring data between kernel space
and user space, the per-cpu mechanism is needed like how relay works
at the moment. It allocates many unnecessary/big memory chunks
especially when the cpu number is very large, say, 256. I'm still
working on this to see if we can figure out a good approach to balance
the performance and memory.
It would be better to implement the
hotplug notifier?
Right, but sorry, I hesitate to do so because it involves much more
work and corresponding tests.

Thanks,
Jason
quoted
              buf = relay_open_buf(chan, i);
              if (!buf)
                      goto free_bufs;
@@ -615,7 +615,7 @@ int relay_late_setup_files(struct rchan *chan,
       * no files associated. So it's safe to call relay_setup_buf_file()
       * on all currently online CPUs.
       */
-     for_each_online_cpu(i) {
+     for_each_possible_cpu(i) {
              buf = *per_cpu_ptr(chan->buf, i);
              if (unlikely(!buf)) {
                      WARN_ONCE(1, KERN_ERR "CPU has no buffer!\n");
--
2.43.5
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help