nfsstats for new nfsserver
John
jwd at freebsd.org
Wed Oct 19 03:49:56 UTC 2011
Hi Folks,
I've been looking into different performance aspects of running
the new nfsserver servering out zfs filesystems with 9.
I've run into a nfsstat question I thought I would ask about.
>From nfsstat on a system that's been up for a few hours:
# nfsstat
Client Info:
... deleted ... all 0.
Server Info:
Getattr Setattr Lookup Readlink Read Write Create Remove
1014376791 95502 1815135267 10181 8613463 6005951 0 0
Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access
240 0 0 0 0 47964 0 547155
Mknod Fsstat Fsinfo PathConf Commit
0 595932 45 0 74154
Server Ret-Failed
0
Server Faults
0
Server Cache Stats:
Inprog Idem Non-idem Misses
6308 0 3852 -1448802368
Server Write Gathering:
WriteOps WriteRPC Opsaved
6005951 6005951 0
The 'Misses' value is very large. When looking at the source, if I'm
following the code correctly (and I might not be), would it make sense
to try increasing the size of the cache, or simply disabling it? Can do
either - looking for opinions.
The Opsaved value being 0, would it make sense to simply disable
gathering also?
Last, just more of a comment, would it make sense to go ahead and treat
these values as unsigned? They'll still wrap, but they would stay positive.
Thanks,
John
More information about the freebsd-fs
mailing list