सीपीयू I / O प्रतीक्षा क्या बनाता है, लेकिन कोई डिस्क संचालन नहीं?

Question

मेरे पास CPU I / O लगभग 50% स्थिर है, लेकिन जब मैं iostat 1इसे चलाता हूं तो यह बिना किसी डिस्क गतिविधि के बहुत कम दिखाता है।

आईओपीएस के बिना क्या कारण हैं?

नोट: यहाँ कोई NFS या FUSE फाइल सिस्टम नहीं है, लेकिन यह Xen वर्चुअलाइजेशन का उपयोग कर रहा है।

Comments

क्या डिस्ट्रो? क्या संस्करण?

— झामुमो

इसके अलावा: यह एक एक्सन हाइपर विवर मशीन है या आईओवाइट्स के साथ एक वीएम है?

— ज़मोज़ो

क्या iotopआप कुछ भी दिखा?

— जने पिकरकेन ने

Answer 1

NFS ऐसा कर सकता है, और यह मुझे आश्चर्यचकित नहीं करेगा अगर अन्य नेटवर्क फाइल सिस्टम (और यहां तक ​​कि FUSE- आधारित डिवाइस) पर भी समान प्रभाव पड़ा हो।

Comments

धन्यवाद, लेकिन इस मामले में कोई NFS और कोई FUSE नहीं है। मैं इस सवाल के लिए भी जोड़ देंगे।

— जेसन कोहेन

Answer 2

क्या कोई मौका है कि सर्वर पर अन्य वीएम डिस्क को जोर दे रहे हैं?

मैं वर्चुअलाइजेशन के साथ जानता हूं कि यदि होस्ट नोड अतिभारित है तो आप कुछ अजीब परिणाम प्राप्त कर सकते हैं।

Comments

सही है लेकिन यह io% सही के बजाय चोरी% में होना चाहिए? या यह वहाँ पर भी पार कर सकता है?

— जेसन कोहेन

चोरी तब होती है जब VM द्वारा अनुरोधित की तुलना में कम CPU क्षमता उपलब्ध होती है। यदि भौतिक डिस्क अतिभारित है, तो आपकी प्रक्रियाएँ iowait में बहुत समय बिताने जा रही हैं, डिस्क पर अपनी बारी की प्रतीक्षा कर रहे हैं, भले ही वे डिस्क को अधिक न मार रहे हों।

— lbft

हाँ, यह। पर एक ही जवाब के साथ एक और सवाल देखें serverfault.com/a/209031/57468

— mattdm

Answer 3

यदि यह उदाहरण के लिए स्टोरेज का उपयोग करने वाला अमेज़ॅन ईसी 2 एक्सएन वातावरण है, तो अमेज़ॅन से इस छवि वाले होस्ट के स्वास्थ्य की जांच करने के लिए कहें।

यदि यह एक एक्सएन वातावरण है जिसे आप हाइपरवाइज़र तक पहुंच प्राप्त कर सकते हैं, तो बिना xvda और xvdb डिवाइस के लिए उपयोग की जा रही डिस्क छवि (फ़ाइल, नेटवर्क, LVM- स्लाइस, जो भी हो) के बिना IOwait की जांच करें। आप सामान्य रूप से हाइपरविजर के लिए I / O सिस्टम की जांच करना चाहेंगे क्योंकि अन्य डिस्क डिवाइस सिस्टम के संसाधनों पर एकाधिकार कर सकते हैं।

iostat -txk 5

आमतौर पर एक अच्छा प्रारंभिक निदान उपकरण है। यह उपलब्ध सभी उपकरणों के लिए I / O का 5-सेकंड का सारांश लेता है, और इस तरह वीएम-इन और वीएम-आउट दोनों के साथ उपयोगी है।

Answer 4

अपने उपलब्ध फ़ाइल डिस्क्रिप्टर / इनकोड की जाँच करें। जब आप सीमा को मारते हैं, तो वे स्वैप करते हैं और आयोवाइट की नकल करते हैं

संपादित करें

मैंने देखा कि आप एक्सन का उपयोग कर रहे हैं, अपने वर्तमान अवरोधों पर एक नज़र डालें, आप पा सकते हैं कि ब्लकिफ सामान्य से अधिक है।

अब थोड़ी देर हो गई है, लेकिन मुनिन स्थापित हो जाओ और यह वास्तव में भविष्य में डिबगिंग में मदद करेगा।

Answer 5

sudo sysctl vm.block_dump=1

फिर dmesg को यह देखने के लिए चेक करें कि ब्लॉक रीड / राइट या गंदा इनोड्स क्या कर रहा है।

इसके अलावा, सीमा में nofile सीमा की जाँच करें ।conf, एक प्रक्रिया को खोलने के लिए अनुमति से अधिक फ़ाइलों का अनुरोध किया जा सकता है।

Answer 6

चेतावनी: HDPANG DANGEROUS है, हमेशा इस बारे में पढ़ें कि आप क्या उपयोग कर रहे हैं!

यदि कोई अन्य वर्चुअल मशीन हार्ड डिस्क पर जोर नहीं दे रही है, तो करें

hdparm -f

अंतर्निहित भौतिक डिस्क पर। संभवतः डिस्क कैश सही तरीके से काम नहीं करता है। यह कैश में संग्रहीत डेटा को फ्लश करेगा, और आप लगातार I / O की निगरानी कर सकते हैं, चाहे वह फ्लश के बाद फिर से उठने वाला हो। यदि हाँ, तो यह कैश की समस्या होगी।

Answer 7

लोड औसत के साथ, मैंने अवरुद्ध नेटवर्किंग ऑपरेशन (यानी बाहरी DB सर्वर पर लंबे कॉल) को देखा है। मुझे यकीन नहीं है, लेकिन मैं अनुमान लगा रहा हूं कि नेटवर्क IO सीपीयू की प्रतीक्षा कर सकता है? क्या कोई पुष्टि कर सकता है?

Comments

अधिकांश आधुनिक मशीनों में, नहीं। अधिकांश, यदि हाल ही में सभी प्रणालियों में डीएमए-सक्षम एनआईसी नहीं हैं, तो इस तरह की स्थिति को ठीक से रोकने के लिए।

— ज़मोज़ो

Answer 8

लूपबैक डिवाइस हो सकते हैं, जो खुद नेटवर्क पर लगे होते हैं।

Answer 9

मेरी मशीनों में NFS सबसे बड़ा IO-WAIT "निर्माता" है। मेरे लैपटॉप में एक एसएसडी है जो तेजी से नरक के रूप में है, इसलिए "असली आईओ" समस्या नहीं है। फिर भी मैं कभी-कभी अपने माउंट किए गए एनएएफएस शेयरों के कारण बहुत से आईओ प्रतीक्षा करता हूं।

एससीपी कभी-कभी आईओ प्रतीक्षा की ओर भी ले जाता है, लेकिन बहुत कम विस्तार तक।

Answer 10

यह कुछ भी हो सकता है। इसका मतलब सिर्फ इतना है कि कुछ I / O ऑपरेशन के खत्म होने का इंतजार कर रहा है। आप यह पता लगा सकते हैं कि यह किस प्रक्रिया के माध्यम से पीएस है, फिर इसमें जीडीबी संलग्न करें और बैकट्रेस की जांच करके यह निर्धारित करें कि कौन सी कॉल हैंग है (आमतौर पर यह कुछ नेटवर्क से संबंधित सामान या अचानक डिस्कनेक्ट की गई डिस्क है)। एफडी जानकारी के लिए, बाहर की जाँच करें / खरीद।

Answer 11

मैं भी एक डिस्क में एक डिस्क से ठीक पहले एक समान समस्या का अनुभव किया है RAID विफल और उन में तंग झुकता के साथ कुछ SATA केबल विफल होने लगे।

सीपीयू का उपयोग 0% के पास था, लेकिन 4-कोर सिस्टम पर 1 या अधिक सीपीयू IOwait में अपना 100% समय topबहुत कम IOps और बैंडविड्थ के साथ (मल्टी-लाइन सीपीयू डिस्प्ले के माध्यम से पाया गया) के लिए खर्च कर रहे थे (पाया के माध्यम से iostat), लेकिन उच्च उच्च गतिविधि बाधित। इंटरएक्टिव कमांड-लाइन का उपयोग किसी भी डिस्क एक्सेस (यानी किसी के emacsसत्र से ऑटो-सेव ) के दौरान दर्दनाक था, लेकिन अन्यथा IOwait की अवधि बीतने के बाद सहनीय था (और संभवतः कई रिट्रीट के बाद संचालन सफल हुआ)।