Date: Tue, 17 Jul 2007 17:13:30 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: Eric Anderson <anderson@freebsd.org> Cc: freebsd-fs@freebsd.org Subject: Re: NFS on NFS? Message-ID: <Pine.GSO.4.63.0707171703010.8563@muncher> In-Reply-To: <469D246C.1070003@freebsd.org> References: <469CAE7D.8090609@freebsd.org> <Pine.GSO.4.63.0707171042460.13458@muncher> <469CE76F.9040105@freebsd.org> <Pine.GSO.4.63.0707171445550.18945@muncher> <469D246C.1070003@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 17 Jul 2007, Eric Anderson wrote: >> On Tue, 17 Jul 2007, Eric Anderson wrote: >> >> - it then becomes useful for only certain servers > > Why? Because some servers implement large NFS handles? I've only ever seen > 32bytes, but.. > Good point. Although an NFSv3 file handle is variable size up to 64 bytes, since an NFSv2 file handle is always 32 bytes, I bet most servers generate <= 32 byte file handles, since they still support v2. >> - it has to do lots of copying of args, since the size changes > > You mean because you have to map the server's info to your new handle? or am > I missing something? > Because it is stored in the RPC request as [length][bytes rounded up to next multiple of 4][next arg]. If you grow the file handle, then everything after it shifts over. If it is still in an mbuf list, you can probably finnagle it, but otherwise it's copy all the data. > Thanks for the info.. (is there a good doc on this, besides and RFC?) > Some Usenix papers, mostly 1985 (the original Sun NFS one) through early 1990s. Mike Eisler wrote a nutshell book, but I'm not sure how much he talked about the protocol in it. rick
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.63.0707171703010.8563>