mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jeff Layton <jlayton@kernel.org>
To: NeilBrown <neil@brown.name>
Cc: Trond Myklebust <trondmy@kernel.org>,
	Anna Schumaker <anna@kernel.org>,
	 Olga Kornievskaia <okorniev@redhat.com>,
	Dai Ngo <Dai.Ngo@oracle.com>, Tom Talpey <tom@talpey.com>,
	Chuck Lever	 <cel@kernel.org>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4 3/4] sunrpc: guarantee a thread per CPU-bearing node when auto-distributing
Date: Thu, 02 Jul 2026 09:05:23 -0400	[thread overview]
Message-ID: <d841b6c9289582f5951aca03041b5007b7b0b6f3.camel@kernel.org> (raw)
In-Reply-To: <178294543416.27465.13728385295856292815@noble.neil.brown.name>

On Thu, 2026-07-02 at 08:37 +1000, NeilBrown wrote:
> On Thu, 02 Jul 2026, Jeff Layton wrote:
> > svc_set_num_threads() spreads the requested thread count evenly across
> > the service's pools. In pernode mode each pool maps to a NUMA node, and
> > svc_pool_for_cpu() steers an incoming transport to the pool for the node
> > it arrived on. When fewer threads than pools are requested, even
> > distribution leaves some nodes' pools empty, and a transport steered to
> > an empty pool has no thread to service it.
> > 
> > Floor each CPU-bearing node's pool at one thread when auto-distributing a
> > non-zero count, so no such pool is left empty. The resulting total may
> > exceed the requested count. This only affects the auto-distribute path
> > (a single-value array, i.e. svc_set_num_threads()); callers that set
> > per-pool counts explicitly via svc_set_pool_threads() are unchanged and
> > may still set a pool to zero. Nodes without CPUs (e.g. memory-only nodes)
> > get no thread, as nothing is steered to them.
> > 
> > Assisted-by: Claude:claude-opus-4-8
> > Signed-off-by: Jeff Layton <jlayton@kernel.org>
> > ---
> >  net/sunrpc/svc.c | 15 +++++++++++++++
> >  1 file changed, 15 insertions(+)
> > 
> > diff --git a/net/sunrpc/svc.c b/net/sunrpc/svc.c
> > index c9fba7edaace..ae93a6f51087 100644
> > --- a/net/sunrpc/svc.c
> > +++ b/net/sunrpc/svc.c
> > @@ -837,6 +837,12 @@ EXPORT_SYMBOL_GPL(svc_set_pool_threads);
> >   * are multiple pools then the new threads or victims will be distributed
> >   * evenly among them.
> >   *
> > + * When @nrservs is non-zero but smaller than the number of pools, even
> > + * distribution would leave some pools empty. Since each pool maps to a
> > + * NUMA node and only services transports steered to that node, every
> > + * pool whose node has CPUs is instead guaranteed at least one thread.
> > + * The resulting total may therefore exceed @nrservs.
> > + *
> >   * Caller must ensure mutual exclusion between this and server startup or
> >   * shutdown.
> >   *
> > @@ -861,6 +867,15 @@ svc_set_num_threads(struct svc_serv *serv, unsigned int min_threads,
> >  			--remain;
> >  		}
> >  
> > +		/*
> > +		 * Don't let a node's pool sit empty while threads are
> > +		 * being auto-distributed: a transport steered there would
> > +		 * have nothing to service it.
> > +		 */
> > +		if (threads == 0 && nrservs &&
> > +		    nr_cpus_node(svc_pool_map_get_node(pool->sp_id)))
> 
> svc_pool_map_init_pernode() uses for_each_node_with_cpus() so we can be
> certain that each node which has been allocated a pool will have at
> least 1 cpu.  Thus that last condition isn't needed.
> 
> I would probably address the problem outside the loop with
> 
> if (base == 0 && nrservs != 0)
>    /* We need at least one thread per pool for correct functionality */
>    remain = serv->sv_nrpools;
> 
> or similar.  But your version works too and this isn't
> performance-critical code.
> 
> Reviewed-by: NeilBrown <neil@brown.name>
> 
> 

I like your version better. I'll adopt it.

Thanks!
-- 
Jeff Layton <jlayton@kernel.org>

  reply	other threads:[~2026-07-02 13:05 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-01 19:56 [PATCH v4 0/4] sunrpc: hardcode pool_mode to pernode, remove other modes Jeff Layton
2026-07-01 19:56 ` [PATCH v4 1/4] sunrpc: route to a populated pool in svc_pool_for_cpu() Jeff Layton
2026-07-01 22:13   ` NeilBrown
2026-07-02 12:17     ` Jeff Layton
2026-07-02 12:31       ` Jeff Layton
2026-07-03  3:42         ` NeilBrown
2026-07-06 11:49           ` Jeff Layton
2026-07-01 19:56 ` [PATCH v4 2/4] sunrpc: hardcode pool_mode to pernode, remove other modes Jeff Layton
2026-07-01 22:31   ` NeilBrown
2026-07-02 12:46     ` Jeff Layton
2026-07-03  4:02       ` NeilBrown
2026-07-01 19:56 ` [PATCH v4 3/4] sunrpc: guarantee a thread per CPU-bearing node when auto-distributing Jeff Layton
2026-07-01 22:37   ` NeilBrown
2026-07-02 13:05     ` Jeff Layton [this message]
2026-07-01 19:56 ` [PATCH v4 4/4] sunrpc: eliminate a modulus operation from the enqueueing codepath Jeff Layton
2026-07-01 22:38   ` NeilBrown

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=d841b6c9289582f5951aca03041b5007b7b0b6f3.camel@kernel.org \
    --to=jlayton@kernel.org \
    --cc=Dai.Ngo@oracle.com \
    --cc=anna@kernel.org \
    --cc=cel@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=neil@brown.name \
    --cc=okorniev@redhat.com \
    --cc=tom@talpey.com \
    --cc=trondmy@kernel.org \
    /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

all inboxes | Powered by JetHome®