NFS lento, nfsstat -c: sobre o que é o campo authrefrsh (também conhecido como newcreds?) Em detalhes?

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

Pesquisando isso, parece ser um beco sem saída. man nfsstat não diz muito sobre o assunto. O mais próximo que pude chegar foi descobrir o que provavelmente era " novatos ".

newcreds Número de vezes que as informações de autenticação tiveram que ser atualizadas.

Meu problema é que acho que estou vendo desempenho abaixo do NFS em relação ao OpenVPN e a única coisa que vejo imediatamente que é significativamente diferente de todos os resultados do nfsstat do Google é que meu campo "calls" é exatamente igual a "authrefrsh" e, portanto, é muito alto . Todas as saídas dos resultados da pesquisa sempre tiveram authrefrsh como 0 ou um número muito baixo. Antes que eu possa passar a depurar alguns outros aspectos, eu poderia descobrir o que isso significa.

A operação assistida está emergindo um pacote sobre o portage compartilhado pelo NFS. O emerge atravessa uma grande árvore durante sua operação, mas a experiência anterior diz que o desempenho que estou vendo é anormal.

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

Não consigo descobrir exatamente o que é authrefrsh (e essa ortografia, isso é intencional?) E por que está aumentando assim no meu caso?

No artigo da Red Hat nos comentários, a solução diz

Este é o comportamento esperado.

Não é muito útil, mas também aponta a razão pela qual isso acontece.

Ele faz referência a commit a17c2153d2e271b0cbacae9bed83b0eaa41db7e1 no pacote sunrpc que se move para onde a autenticação nfs ocorre. Não vou copiar / colar todo o commit, mas ele altera essas linhas principalmente.

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

Meu entendimento limitado é que essa linha se move onde o call_refresh () acontece (mais cedo ou mais tarde). Por sua vez, isso significa que a maioria das solicitações nfs fará com que o authrefrsh seja incrementado, pois a autenticação sempre é usada.

Estou vendo a mesma coisa (não usando vpn) - authrefrsh == chama no lado do cliente. Parece-me que o número de chamadas aumenta, diminui a velocidade e o número de authrefrsh alcança.

Estatísticas de rpc do cliente:

calls      retrans    authrefrsh
261697     0          261697

Também vejo iowait muito alto:

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

(do iostat :)

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

Não vejo nada incomum no wireshark - estou usando o nfs3 e o tcp.

Pelo que entendi neste link, authrefresh = calls não está indicando um problema.

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