Mike Smith ad6d02135b Reimplement the NFS ACCESS RPC cache as an "accelerator" rather than a true ... cache. If the cached result lets us say "yes", then go with that. If we're not sure, or we think the answer might be "no", go to the wire to be certain. This avoids all of the possible false veto cases, and allows us to key the cached value with just the UID for which the cached value holds, reducing the bloat of the nfsnode structure from 104 bytes to just 12 bytes. Since the "yes" case is by far the most common, this should still provide a substantial performance improvement. Also default the cache to on, with a conservative timeout (2 seconds). This improves performance if NFS is loaded as a KLD module, as there's not (yet) code to parse an option out of the module arguments to set it, and sysctl doesn't work (yet) for OIDs in modules. The 'accelerator' mode was suggested by Bjoern Groenvall (bg@sics.se) Feedback on this would be appreciated as testing has been necessarily limited by Comdex, and it would be valuable to have this in 2.2.8.		1998-11-15 20:36:18 +00:00
..
bootp_subr.c
krpc.h
krpc_subr.c
nfs.h
nfs_bio.c
nfs_nfsiod.c
nfs_node.c
nfs_socket.c	Fix a panic in nfsrv_dorec() where a NULL pointer could be passed to	1998-11-13 09:44:12 +00:00
nfs_subs.c
nfs_vfsops.c
nfs_vnops.c	Reimplement the NFS ACCESS RPC cache as an "accelerator" rather than a true	1998-11-15 20:36:18 +00:00
nfsargs.h
nfsdiskless.h
nfsm_subs.h
nfsmount.h
nfsnode.h	Reimplement the NFS ACCESS RPC cache as an "accelerator" rather than a true	1998-11-15 20:36:18 +00:00
nfsstats.h