व्यक्तिगत रूप से मैं कमांड का उपयोग करता हूं iostat -xk 10और awaitकॉलम को देखता हूं ।
- -x प्रदर्शन विस्तारित आँकड़े।
- -k प्रति सेकंड किलोबाइट में प्रदर्शन आंकड़े। या मेगाबाइट / एस के लिए मी का उपयोग करें।
- सेकंड में 10 प्रदर्शन अंतराल
यह विंडोज़ औसत डिस्क सेकंड / ट्रांसफर के लिए लगभग समान मीट्रिक है और सेकंड के बजाय एमएस में सूचीबद्ध है। इसलिए अंगूठे के समान नियम लागू किए जा सकते हैं, हालांकि यह सभी प्रकार की चीजों पर निर्भर करेगा। मुझे आमतौर पर लगता है कि उपयोगकर्ता 15ms और 20ms में बड़बड़ाना शुरू कर देते हैं।
गिनती पैरामीटर के साथ देखने के लिए ctrl + c को छोड़ें, या पुनरावृत्तियों की संख्या निर्दिष्ट करें। ध्यान दें कि पहला पुनरावृत्ति परिणाम पहले पुनरावृत्ति में उपयोग किए गए छोटे समय के नमूने के कारण भारी तिरछा है।
से man iostatपेज
इंतजार के औसत समय (मिलीसेकेंड में) डिवाइस के लिए जारी किए गए आई / ओ अनुरोधों के लिए कार्य किया जाना है। इसमें कतार में अनुरोधों द्वारा खर्च किया गया समय और उन्हें सर्विस करने में लगने वाला समय शामिल है।
संपादित करें:
await मुख्य मीट्रिक है जिसका उपयोग मैं उत्पादन भार के तहत एक डिस्क देखने के लिए करता हूं, यह देखने के लिए कि क्या इसके थ्रूपुट और आईओपी मांग के साथ रखने में सक्षम हैं।
% Iowait स्टेट, cpu और डिस्क उपयोग के बीच संतुलन के बारे में अधिक है। यदि cpu और डिस्क गतिविधि दोनों उच्च हैं, तो% iostat अपेक्षा से कम रहेगा । दूसरी तरफ, काफी कम डिस्क उपयोग स्तरों पर शुरू होने पर,% iostat अपेक्षाकृत अधिक हो सकता है यदि सीपीयू निष्क्रिय है। यह कहा जा रहा है कि नमक के एक दाने के साथ भी इंतजार करने की जरूरत है। यदि बहुत सीक्वेंशियल रीड / राइट हो रहा है, तो यह आंकड़ा को कम मूल्य पर तिरछा कर देगा, और आपके 18 ~ 20ms का नियम इन शर्तों के तहत उपयोगी नहीं होगा, क्योंकि लिखे जा रहे अधिकांश विराम अनुक्रमिक डेटा होंगे और इनकी सर्विस की जाएगी। डिस्क द्वारा बहुत तेज़ी से, जबकि अन्य यादृच्छिक io इंतज़ार कर रहे होंगे, क्योंकि डिस्क से थ्रूपुट को ऑप्टिमाइज़ करने के लिए डिस्क के लिए बनाए गए नेटिव-कमांड-क्यूइंग (NCQ) सिस्टम डिस्क के अनुक्रम का चयन करने का अनुरोध करते हैं।
ioping