Re: [RFC] knfsd: per-client fair scheduling to prevent single-client starvation

NeilBrown <[email protected]>
Newsgroups gmane.linux.nfs
Message-ID <[email protected]>
On Sat, 06 Jun 2026, Chuck Lever wrote:
> On Fri, Jun 5, 2026, at 5:29 AM, Benjamin Coddington wrote:
> > Also, because knfsd doesn't have different resource pools for each version
> > we're going to want to continue to balance the pool for all versions
> > exported.
> 
> At a higher altitude, I am treating this issue as a partial DoS surface,
> so it does indeed have to be addressed for all NFS versions to eliminate
> that surface.
> 

I can't see that DoS is a useful way to look at this.  For that we would
need a threat model which I don't think we have.

The problem situations that have been mentioned involve actors that would
like to co-operate but have no obvious mechanism to enable that
co-operation.
For v4, I think session flow control should be the "obvious" mechanism.
For v3, nothing is obvious so we have to look at heuristics, classifying
by recent behaviour or some sort or identity.  We don't need a system
that is always perfect, just a system that clients are able to
co-operate with.

Thanks,
NeilBrown
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.