Изменить /etc/X11/xorg.conf
со следующим. (отметьте: хорошо, если это - все, что Вы имеете в своем xorg.conf, поскольку Xorg все еще автоматически обнаружит остальных (примечание: это - то, если автоматическое обнаружение работает на Вас без него)),
Section "ServerFlags"
Option "DontZap" "false"
EndSection
Section "InputClass"
Identifier "Keyboard Defaults"
MatchIsKeyboard "yes"
Option "XkbOptions" "terminate:ctrl_alt_bksp"
EndSection
Я вижу, что то же самое (не использующий vpn) - authrefrsh == обращается к стороне клиента. Это кажется мне как количество увеличений вызовов, затем замедляется, и количество authrefrsh затем нагоняет.
Клиент rpc статистика:
calls retrans authrefrsh
261697 0 261697
Я вижу очень высокий iowait также:
dd if=/dev/zero of=/mnt/omoikane/testfile bs=16k count=2048
(от iostat:)
avg-cpu: %user %nice %system %iowait %steal %idle
4.04 0.00 4.04 91.92 0.00 0.00
Я не вижу ничего необычного в wireshark - я использую nfs3 и tcp.
Из того, что я понимаю из этой ссылки, authrefresh =, вызовы не указывают на проблему.
Из статьи Red Hat В комментариях решение говорит
Это ожидаемое поведение.
Не очень полезно, но он также указывает причину, причина, по которой это происходит.
Это ссылки на коммит A17C2153D2E271B0CBACAE9BE183B0CAA41DB7E1 в пакете SunRPC, который перемещается, где происходит аутентификация NFS. Я не буду копировать / вставлять весь коммит, но в основном это меняет эти строки.
-struct rpc_cred *cred = task->tk_msg.rpc_cred;
+struct rpc_cred *cred = task->tk_rqstp->rq_cred;
Мое ограниченное понимание состоит в том, что эта строка перемещается, где Call_refresh () происходит (раньше, а не позже). Это, в свою очередь, означает, что большинство запросов NFS приведет к увеличению аутентификации AuthreFrsh в виде аутентификации всегда используется.