ช้า NFS, nfsstat -c: ฟิลด์ authrefrsh (หรือที่รู้จักว่า newcreds คืออะไร) เกี่ยวกับรายละเอียด?

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

Googling ดูเหมือนว่าจะเป็นจุดจบที่สมบูรณ์ ผู้ชาย nfsstatกล่าวว่าไม่มีอะไรมากมายเกี่ยวกับเรื่องนี้ ที่อยู่ใกล้ฉันจะได้รับคือการหาข้อมูลเกี่ยวกับสิ่งที่อาจจะก่อนหน้านี้ " newcreds "

newcreds จำนวนครั้งที่ต้องรีเฟรชข้อมูลการพิสูจน์ตัวตน

ปัญหาของฉันคือฉันคิดว่าฉันเห็นประสิทธิภาพ subpar NFS เหนือ OpenVPN และสิ่งเดียวที่ฉันเห็นได้ทันทีนั้นแตกต่างอย่างมากจากผลการค้นหาของ Google nfsstat ทั้งหมดนั่นคือฟิลด์ "การโทร" ของฉันเท่ากับ "authrefrsh" ดังนั้นจึงสูงมาก . ผลลัพธ์ของผลลัพธ์การค้นหาทั้งหมดมี authrefrsh เป็น 0 หรือตัวเลขที่ต่ำมากเสมอ ก่อนที่ฉันจะสามารถแก้ไขข้อบกพร่องด้านอื่น ๆ ได้ฉันสามารถใช้หาว่ามันหมายถึงอะไร

การดำเนินการที่เฝ้าดูกำลังสร้างแพ็กเกจผ่านพอร์ตการแชร์ NFS การโผล่ออกมาจะข้ามต้นไม้ใหญ่ในระหว่างการดำเนินการ แต่ประสบการณ์ก่อนหน้าบอกว่าประสิทธิภาพที่ฉันเห็นนั้นผิดปกติ

$ 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 คืออะไร (และการสะกดนี้คือ btw โดยเจตนาหรือไม่) และทำไมมันเพิ่มขึ้นเช่นนี้ในกรณีของฉัน

จากบทความ Red Hatในความคิดเห็นการแก้ปัญหาพูดว่า

นี่เป็นพฤติกรรมที่คาดหวัง

ไม่ค่อยมีประโยชน์ แต่มันก็ชี้ให้เห็นถึงเหตุผลที่มันเกิดขึ้น

มันอ้างอิงกระทำ a17c2153d2e271b0cbacae9bed83b0eaa41db7e1 ในแพ็คเกจ sunrpc ที่ย้ายตำแหน่งที่จะทำการพิสูจน์ตัวตนของ nfs ฉันจะไม่คัดลอก / วางคอมมิททั้งหมด แต่ส่วนใหญ่จะเป็นการเปลี่ยนบรรทัดเหล่านี้

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

ความเข้าใจที่ จำกัด ของฉันคือเส้นนี้เคลื่อนที่ในตำแหน่งที่ call_refresh () เกิดขึ้น (ไม่ช้ากว่านั้นในภายหลัง) สิ่งนี้เป็นการเปิดใช้งานการร้องขอ nfs ทั้งหมดส่วนใหญ่จะทำให้ authrefrsh เพิ่มขึ้นเนื่องจากมีการใช้การรับรองความถูกต้องเสมอ

ฉันเห็นสิ่งเดียวกัน (ไม่ได้ใช้ vpn) - 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 = การโทรไม่ได้ระบุปัญหา

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