(net-fs / nfs-utils-1.2.3-r1、2.6.38.5-zen + Gentoo)
これをグーグルすることは完全な行き止まりのようです。man nfsstatはこの件については何も言わない。私が得ることができる最も近いものは、おそらく以前は「newcreds」であったものについて知ることでした。
newcreds認証情報を更新する必要があった回数。
私の問題は、私がいることであると考え、私はOpenVPNのオーバー基準以下NFSのパフォーマンスを見ていると私はすぐに、それはすべてはnfsstat Googleの検索結果よりも大幅に異なっている見ることができる唯一のことは、私の「呼び出し」フィールドは正確に「authrefrsh」に等しいので、非常に高いことです。すべての検索結果出力には、常にauthrefrshが0または非常に小さい数でした。他のいくつかの側面のデバッグに移る前に、これが何を意味するかを知ることができます。
監視された操作は、NFS共有ポーテージ上にパッケージを出現させています。動作中、emergeは大きなツリーをトラバースしますが、以前の経験では、私が見ているパフォーマンスは異常です。
$ watch -n 1 nfsstat -c
Every 1,0s: nfsstat -c Sat May 21 23:04:55 2011
Client rpc stats:
calls retrans authrefrsh
308565 2211 308565
Client nfs v3:
null getattr setattr lookup access readlink
0 0% 172372 55% 17 0% 30485 9% 36057 11% 26831 8%
read write create mkdir symlink mknod
25879 8% 107 0% 21 0% 0 0% 0 0% 0 0%
remove rmdir rename link readdir readdirplus
16 0% 0 0% 11 0% 0 0% 0 0% 16668 5%
fsstat fsinfo pathconf commit
3 0% 50 0% 25 0% 2 0%
私はauthrefrshが正確に何であるか(そしてこのスペル、それは意図的なところであるのか)を理解することができません。なぜ私の場合、このように増加するのですか?
authrefrsh=0
、新しいOS は大量のを表示しauthrefrsh
ます。ここには相関関係があると思いますが、これが何を意味するのかはよくわかりません。
AUTH_SYS
?
call_refresh()
これは、基本的にRPCサーバー(ポートマップ、rpcbindなど)に送信され、サーバーで資格情報を検証します。それが実際にレイテンシの原因であるかどうかを把握する必要があります。あなたがやっているならAUTH_SYS
、オーバーヘッドは低く、原因ではないでしょう。