On Fri, 17 Jun 2022 at 16:27, Daire Byrne <daire@xxxxxxxx> wrote: > This patch does the job for me - no more stack traces and things have > been stable all day. I'm going to run some production loads over the > weekend and then I'll do some more artificial scale testing next week. > > Thanks again for this work! Improving the parallelism anywhere we can > for single clients and then nfsd is great for reexport servers > (especially once you add some "cloud" latency). > > Cheers, > > Daire The patch ran without incident with our production re-export workloads over the weekend (which also helps audit v5.19-rc2). I ran a couple more synthetic tests and got up to 100 clients of a re-export server and ~113 creates/s aggregate to a single directory with 200ms latency to the originating server. This compares well with the ~121 create/s when using 100 threads on a single patched client direct to the remote NFS server. In other words, the NFSD portion of this patch is delivering almost the same performance as the underlying VFS NFS client performance when re-exporting that path to hundreds of clients. Again, without this patch we can only sustain just under 3 create/s in both cases (VFS/NFSD) with 200ms latency. This is a great improvement for our batch workloads with varying amounts of latency >10ms (cloud networking). Tested-by: Daire Byrne <daire@xxxxxxxx> Daire
