(নেট- fs / nfs-utils-1.2.3-r1, 2.6.38.5-জেন + জেন্টু)
এটি গুগল করা সম্পূর্ণ মৃত শেষ বলে মনে হচ্ছে। man nfsstat বিষয়টি সম্পর্কে পুরোপুরি কিছুই বলেনি। সবচেয়ে কাছের আমি যেটি সম্ভবত " নিউক্রেডস " ছিল তা সন্ধান করছিলাম ।
newcreds প্রমাণীকরণের তথ্যকে কতবার রিফ্রেশ করতে হয়েছিল।
আমার সমস্যাটি হ'ল আমি মনে করি আমি ওপেনভিপিএন এর উপরে সাবপার এনএফএসের পারফরম্যান্সটি দেখছি এবং কেবলমাত্র আমি তাৎক্ষণিকভাবে দেখতে পাচ্ছি যা সমস্ত এনএফএসট্যাট গুগলের ফলাফলের চেয়ে উল্লেখযোগ্যভাবে আলাদা, আমার "কলগুলি" ক্ষেত্রটি হুবহু "লেখক" এর সমান এবং তাই খুব উচ্চ । সমস্ত অনুসন্ধানের ফলাফলের ফলাফলগুলি সর্বদা 0 বা খুব কম সংখ্যক হিসাবে লেখক থাকে। আমি আরও কিছু দিক ডিবাগ করার দিকে এগিয়ে যাওয়ার আগে আমি এর অর্থ কী তা খুঁজে বের করতে ব্যবহার করতে পারি।
ওয়াচড অপারেশন এনএফএস-ভাগ করা পোর্টেজের উপরে একটি প্যাকেজ উদয় করছে। উত্থানটি তার অপারেশন চলাকালীন একটি বড় গাছকে অতিক্রম করে তবে পূর্ববর্তী অভিজ্ঞতা বলে যে অভিনয় আমি দেখছি এটি অস্বাভাবিক seeing
$ 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=0
, যখন নতুন ওএস 'এক টন দেখায় authrefrsh
। আমি মনে করি এখানে একটি পারস্পরিক সম্পর্ক আছে, তবে এটির অর্থ কী তা পুরোপুরি নিশ্চিত নয়।
AUTH_SYS
?
call_refresh()
যা মূলত আরপিসি সার্ভারে চলে আসে (পোর্টম্যাপ, আরপিসিবাইন্ড, ইত্যাদি) এবং সার্ভারের সাথে এর শংসাপত্রগুলি বৈধ করে তুলছে। আমাদের এটি নির্ধারণ করতে হবে যে এটি প্রকৃতপক্ষে কী কারণে বিলম্ব করছে। আপনি যদি করছেন AUTH_SYS
তবে ওভারহেড কম এবং কারণ হবেনা।