Yavaş NFS, nfsstat -c: authrefrsh (aka newcreds?) Alanı ayrıntılı olarak nedir?

(net-fs / nfs-utils-1.2.3-r1, 2.6.38.5-zen + Gentoo)

Google'ı araştırmak tam bir çıkmaz gibi görünüyor. adam nfsstat konuyla ilgili pek çok şey söylemiyor. Ben-ebil almak en yakın muhtemelen daha önce " newcreds " olduğunu bulmak oldu .

newcreds Kimlik doğrulama bilgilerinin kaç kez yenilenmesi gerektiği.

Benim sorunum olduğunu düşünüyorum ben OpenVPN üzerinde subpar NFS performansı ve ben hemen o Google sonuçları nfsstat hepsinden daha önemli ölçüde farklı olduğunu görebilirsiniz tek şey görüyorum, benim "çağrıları" alanı tam olarak "authrefrsh" eşittir ve çok yüksek bu nedenle olmasıdır . Tüm arama sonucu çıktıları her zaman 0 veya çok düşük bir sayı olarak authrefrsh değerine sahiptir. Başka yönlerden hata ayıklamaya geçmeden önce bunun ne anlama geldiğini bulmak için kullanabilirdim.

İzlenen işlem, NFS paylaşılan portage üzerinden bir paket ortaya çıkıyor. emerge, çalışması sırasında büyük bir ağacın üzerinden geçer, ancak önceki deneyimler gördüğüm performansın anormal olduğunu söylüyor.

$ 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%

Tam olarak authrefrsh'in ne olduğunu anlayamıyorum (ve bu yazım, kasıtlı btw mi?) Ve benim durumumda neden bu kadar artıyor?

Gönderen Red Hat makalesinde çözüm diyor yorumlarda

Bu beklenen davranıştır.

Çok yararlı değil ama aynı zamanda bunun nedenini de gösteriyor.

Sunspc paketinde nfs kimlik doğrulamasının gerçekleştiği yerde hareket eden a17c2153d2e271b0cbacae9bed83b0eaa41db7e1 komutunu referans alır. Tüm taahhüdü kopyalamaya / yapıştırmayacağım, ancak çoğunlukla bu satırları değiştiriyor.

-struct rpc_cred *cred = task->tk_msg.rpc_cred;
+struct rpc_cred *cred = task->tk_rqstp->rq_cred;

Sınırlı anlayışım, bu satırın call_refresh () öğesinin (daha sonra değil, daha erken) gerçekleştiği yere taşınmasıdır. Bu da, tüm nfs isteklerinin çoğunun kimlik doğrulama her zaman kullanıldığından authrefrsh değerinin artmasına neden olacağı anlamına gelir.

Aynı şeyi görüyorum (vpn kullanarak değil) - istemci tarafında authrefrsh == çağrıları. Bana öyle geliyor ki çağrıların sayısı artıyor, sonra yavaşlıyor ve o zaman authrefrsh sayısı yakalanıyor.

İstemci rpc istatistikleri:

calls      retrans    authrefrsh
261697     0          261697

Ben de çok yüksek iowait görüyorum:

dd if=/dev/zero of=/mnt/omoikane/testfile bs=16k count=2048

(iostat'tan :)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          4.04    0.00    4.04   91.92    0.00    0.00

Wireshark'ta olağandışı bir şey göremiyorum - nfs3 ve tcp kullanıyorum.

Bu bağlantıdan anladığım kadarıyla authrefresh = aramalar bir sorun olduğunu göstermiyor.

https://bugzilla.redhat.com/show_bug.cgi?id=785931