From: "J. Bruce Fields" <bfields@fieldses.org>
To: NeilBrown <neilb@suse.de>
Cc: Andrew Morton <akpm@osdl.org>,
nfs@lists.sourceforge.net, linux-kernel@vger.kernel.org,
Greg Banks <gnb@melbourne.sgi.com>
Subject: Re: [NFS] [PATCH 008 of 11] knfsd: Prepare knfsd for support of rsize/wsize of up to 1MB, over TCP.
Date: Mon, 25 Sep 2006 11:43:16 -0400 [thread overview]
Message-ID: <20060925154316.GA17465@fieldses.org> (raw)
In-Reply-To: <1060824063711.5008@suse.de>
On Thu, Aug 24, 2006 at 04:37:11PM +1000, NeilBrown wrote:
> The limit over UDP remains at 32K. Also, make some of
> the apparently arbitrary sizing constants clearer.
>
> The biggest change here involves replacing NFSSVC_MAXBLKSIZE
> by a function of the rqstp. This allows it to be different
> for different protocols (udp/tcp) and also allows it
> to depend on the servers declared sv_bufsiz.
>
> Note that we don't actually increase sv_bufsz for nfs yet.
> That comes next.
This patch has some problems. (Apologies for being so slow to look at
them!)
We're reporting svc_max_payload(rqstp) as the server's maximum
read/write block size:
> @@ -538,15 +539,16 @@ nfsd3_proc_fsinfo(struct svc_rqst * rqst
> struct nfsd3_fsinfores *resp)
> {
> int nfserr;
> + u32 max_blocksize = svc_max_payload(rqstp);
>
> dprintk("nfsd: FSINFO(3) %s\n",
> SVCFH_fmt(&argp->fh));
>
> - resp->f_rtmax = NFSSVC_MAXBLKSIZE;
> - resp->f_rtpref = NFSSVC_MAXBLKSIZE;
> + resp->f_rtmax = max_blocksize;
> + resp->f_rtpref = max_blocksize;
> resp->f_rtmult = PAGE_SIZE;
> - resp->f_wtmax = NFSSVC_MAXBLKSIZE;
> - resp->f_wtpref = NFSSVC_MAXBLKSIZE;
> + resp->f_wtmax = max_blocksize;
> + resp->f_wtpref = max_blocksize;
> resp->f_wtmult = PAGE_SIZE;
> resp->f_dtpref = PAGE_SIZE;
> resp->f_maxfilesize = ~(u32) 0;
But svc_max_payload() usually returns sv_bufsz in the TCP case:
> +u32 svc_max_payload(const struct svc_rqst *rqstp)
> +{
> + int max = RPCSVC_MAXPAYLOAD_TCP;
> +
> + if (rqstp->rq_sock->sk_sock->type == SOCK_DGRAM)
> + max = RPCSVC_MAXPAYLOAD_UDP;
> + if (rqstp->rq_server->sv_bufsz < max)
> + max = rqstp->rq_server->sv_bufsz;
> + return max;
> +}
That's the *total* size of the buffer for holding requests and replies.
If a client actually tries to send a write of that size, the entire
request will of course exceed sv_bufsz, so we'll drop it. (We've seen
this happen with the Solaris v4 client.)
> -#define NFSD_BUFSIZE (1024 + NFSSVC_MAXBLKSIZE)
> +/*
> + * Largest number of bytes we need to allocate for an NFS
> + * call or reply. Used to control buffer sizes. We use
> + * the length of v3 WRITE, READDIR and READDIR replies
> + * which are an RPC header, up to 26 XDR units of reply
> + * data, and some page data.
> + *
> + * Note that accuracy here doesn't matter too much as the
> + * size is rounded up to a page size when allocating space.
> + */
Is the rounding up *always* going to increase the size? And if not,
then why doesn't accuracy matter?
> +#define NFSD_BUFSIZE ((RPC_MAX_HEADER_WITH_AUTH+26)*XDR_UNIT + NFSSVC_MAXBLKSIZE)
I think this results in 80 less bytes less than before, I think.
No doubt we have lots of wiggle room here, but I'd rather we didn't
decrease that size without seeing a careful analysis.
--b.
next prev parent reply other threads:[~2006-09-25 15:43 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-24 6:36 [PATCH 000 of 11] knfsd: Introduction NeilBrown
2006-08-24 6:36 ` [PATCH 001 of 11] knfsd: nfsd: lockdep annotation fix NeilBrown
2006-08-24 6:36 ` [PATCH 002 of 11] knfsd: Fix a botched comment from the last patchset NeilBrown
2006-08-24 6:36 ` [PATCH 003 of 11] knfsd: call lockd_down when closing a socket via a write to nfsd/portlist NeilBrown
2006-08-24 6:36 ` [PATCH 004 of 11] knfsd: Protect update to sn_nrthreads with lock_kernel NeilBrown
2006-08-24 6:36 ` [PATCH 005 of 11] knfsd: Fixed handling of lockd fail when adding nfsd socket NeilBrown
2006-08-24 6:36 ` [PATCH 006 of 11] knfsd: Replace two page lists in struct svc_rqst with one NeilBrown
2006-08-24 6:37 ` [PATCH 007 of 11] knfsd: Avoid excess stack usage in svc_tcp_recvfrom NeilBrown
2006-08-24 6:37 ` [PATCH 008 of 11] knfsd: Prepare knfsd for support of rsize/wsize of up to 1MB, over TCP NeilBrown
2006-09-25 15:43 ` J. Bruce Fields [this message]
2006-09-28 3:41 ` [NFS] " Neil Brown
2006-09-28 3:46 ` Andrew Morton
2006-10-03 1:36 ` Neil Brown
2006-10-03 1:59 ` Greg Banks
2006-10-03 2:13 ` J. Bruce Fields
2006-10-03 5:41 ` Neil Brown
2006-10-03 8:02 ` Greg Banks
2006-10-05 7:07 ` Neil Brown
2006-08-24 6:37 ` [PATCH 009 of 11] knfsd: Allow max size of NFSd payload to be configured NeilBrown
2006-09-25 21:24 ` [NFS] " J. Bruce Fields
2006-09-28 4:22 ` Neil Brown
2006-09-28 17:09 ` Hugh Dickins
2006-09-29 1:59 ` Neil Brown
2006-08-24 6:37 ` [PATCH 010 of 11] knfsd: make nfsd readahead params cache SMP-friendly NeilBrown
2006-08-24 6:37 ` [PATCH 011 of 11] knfsd: knfsd: cache ipmap per TCP socket 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=20060925154316.GA17465@fieldses.org \
--to=bfields@fieldses.org \
--cc=akpm@osdl.org \
--cc=gnb@melbourne.sgi.com \
--cc=linux-kernel@vger.kernel.org \
--cc=neilb@suse.de \
--cc=nfs@lists.sourceforge.net \
/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