summaryrefslogtreecommitdiff
path: root/rust/helpers/helpers.c
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2024-10-24 01:10:42 +0300
committerChuck Lever <chuck.lever@oracle.com>2024-11-19 04:23:07 +0300
commita2c0412c051ee279d338b2c288938e484ed9a6df (patch)
tree675b7bad335e76e957e19795803107ea32102c39 /rust/helpers/helpers.c
parentce89e742a4c12b20f09a43fec1b21db33f2166cd (diff)
downloadlinux-a2c0412c051ee279d338b2c288938e484ed9a6df.tar.xz
nfsd: Don't fail OP_SETCLIENTID when there are too many clients.
Failing OP_SETCLIENTID or OP_EXCHANGE_ID should only happen if there is memory allocation failure. Putting a hard limit on the number of clients is not really helpful as it will either happen too early and prevent clients that the server can easily handle, or too late and allow clients when the server is swamped. The calculated limit is still useful for expiring courtesy clients where there are "too many" clients, but it shouldn't prevent the creation of active clients. Testing of lots of clients against small-mem servers reports repeated NFS4ERR_DELAY responses which doesn't seem helpful. There may have been reports of similar problems in production use. Also remove an outdated comment - we do use a slab cache. Signed-off-by: NeilBrown <neilb@suse.de> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Diffstat (limited to 'rust/helpers/helpers.c')
0 files changed, 0 insertions, 0 deletions