लिनक्स में भारी, अप्रत्याशित I / O प्रदर्शन ड्रॉप

Question

मैं ~ 6 वर्षों के लिए किसी भी समस्या के बिना डेबियन परीक्षण का उपयोग कर रहा हूं (मैं इसे नियमित रूप से अपडेट कर रहा हूं), लेकिन हाल ही में इसने एक यादृच्छिक व्यवहार दिखाना शुरू कर दिया, जिसे "लो आई / ओ प्रदर्शन के रूप में संक्षेपित किया जा सकता है जो रिबूट तक बना रहता है"।

समस्या यह है कि अचानक सभी डिस्क को पढ़ता है और धीरे-धीरे ~ 5 एमबी / सेकंड तक धीमा हो जाता है और जिसके परिणामस्वरूप निरंतर पढ़ने और लिखता है। चूंकि दर इतनी कम है, इसलिए डिस्क को यंत्रवत् रूप से चुनौती या तनाव नहीं दिया जाता है, लेकिन जब तक मैं रिबूट नहीं करता तब तक सब कुछ धीमा हो जाता है।

कंप्यूटर के I / O सबसिस्टम में एक OCZ Vertex 3 SSD और दो WD Caviar Black HDDs होते हैं। SSD OS का रीड-हैवी भाग रखता है और HDD पर एक विभाजन शेष रखता है।

समस्या का निदान करने के लिए मैंने सफलता के बिना निम्नलिखित प्रयास किए:

• top सीपीयू और आई / ओ उपयोग में न तो कोई भगोड़ा गतिविधि दिखाती है।
• hdparmडिस्क के सामान्य प्रदर्शन की रेटिंग (मैंने केवल जाँच की -tहै)।
• smartctlडिस्क में कोई भी प्रदर्शन समस्या नहीं दिखाता है। लंबे परीक्षणों से पता चला कि डिस्क नई के रूप में अच्छी हैं।

सिस्टम में Z77 चिपसेट, 16GB RAM और Intel i7 3770K CPU हैं और आँकड़े RAM, I / O या CPU में संतृप्ति के कोई संकेत नहीं दिखाते हैं, लेकिन मुझे इस तरह की समस्याओं (esp। कर्नेल स्पेस) में डिबग करने का अनुभव नहीं है। किसी भी तरह की सहायता को आभार समझेंगे।

अपडेट 1:

• मैं एहतियात के तौर पर हर विभाजन पर fsck (मजबूर) भागा। सभी एफएस साफ हैं।
• संयोग से मुझे एक BIOS अपग्रेड मिला जो एक महीने पहले आया था और इसे लागू किया गया था।
• कोई विभाजन 50% से अधिक नहीं भरा है।

अपडेट 2:

दो दिन से समस्या सामने नहीं आ रही है। या तो fsckया BIOS अपडेट ने सिस्टम के कुछ क्लॉग्स को साफ कर दिया। मैं अभी भी इस मुद्दे की निगरानी कर रहा हूं और पोस्टमार्टम उत्तर के साथ प्रश्न को बंद कर दूंगा।

अपडेट 3:

समस्या बस पुनर्जीवित हुई और मैंने कुछ और खुदाई की। कृपया उत्तर देखें।

Comments

विखंडन मुद्दा हो सकता है atopआपको बताएगा कि डिस्क कितने व्यस्त हैं (जैसे कि हर समय मांग रहे हैं)।

— स्टीफन चेजलस

बस कुछ quirks को नियंत्रित करने के लिए, NCQ को अक्षम करें और I / O अनुसूचक को सेट करें noop।

— फ्रॉस्ट्सचुट्ज़

"कम I / O प्रदर्शन जो रिबूट तक जारी रहता है" एक टूटी हुई / छोटी गाड़ी हो सकती है जो बस को बहुत अधिक समय तक जब्त करती है जो कि हार्डवेयर की अदला-बदली के निदान के लिए बहुत ही कठिन है।

— msw

फिर जाँच करने के लिए मेरे lsit पर अगली बात यह होगी कि त्रुटियों के लिए लॉग की जाँच करें और बफ़र्स / कैश के लिए आवंटित मेमोरी की जांच करें (आउटपुट देखें free)

— सिम्बियन

iowaitयदि आप sar डेटा एकत्र कर रहे हैं तो आप देख सकते हैं आदि। sysstatअगर यह पहले से ही नहीं चल रहा है तो मैं सक्षम करूँगा । आप sar -Aअधिकांश प्लेटफार्मों के साथ दस मिनट के नमूना अंतराल की जांच कर सकते हैं।

— ब्राचली

Answer 1

मैं समस्या को फिर से दोहराने में कामयाब रहा और यह एक बड़ी डिस्क कैश का परिणाम था। मेरी डिस्क कैश 8GB से अधिक विकसित हो सकती है और ऐसा लगता है कि कुछ एप्लिकेशन इसे पसंद नहीं करते हैं और I / O ग्रस्त हैं।

echo 3 > /proc/sys/vm/drop_cachesजड़ के रूप में डिस्क कैश छोड़ने से समस्या दूर हो जाती है। मुझे वर्तमान में पता नहीं है कि बड़े डिस्क कैश के कारण I / O की गिरावट क्यों होती है।

अंतिम अपडेट: अधिक जांच के बाद मुझे पता चला है कि कैश में मौजूद फाइलों की संख्या समस्या को ट्रिगर कर रही थी। डिस्क में कई छोटी फ़ाइलों को वापस करने का प्रयास करते समय यह डिस्क को ट्रैश कर रहा था। जब से मैं दस साल के लिए सिस्टम का उपयोग कर रहा था, मैंने डुबकी लगा ली और 64 बिट डेबियन के साथ फिर से इंस्टॉल किया। अब यह सुचारू रूप से काम कर रहा है। यह 32 बिट ऑपरेटिंग सिस्टम की सीमाएं खोजने के साथ अपग्रेड करने के दस वर्षों का एक पक्ष प्रभाव था।

Answer 2

क्या कोई संदेहास्पद संदेश हैं dmesg?

कुछ और उपकरण जो आप अपने सिस्टम की अड़चनों में कुछ अंतर्दृष्टि प्राप्त करने का प्रयास कर सकते हैं:

• dstat
• latencytop
• sysprof

Comments

किसी भी लॉग में कुछ भी संदिग्ध नहीं। टीबीएच इस समस्या से संबंधित कोई लॉग प्रविष्टि नहीं है। मैं उपकरण फिर भी कोशिश करूँगा। एक उच्च अंत पीसी में एक अड़चन नहीं होनी चाहिए, जबकि उस पर कुछ भी चलने के बिना बेकार बैठे। मुझे लगता है कि कैश / I / O सबसिस्टम से संबंधित कुछ गड़बड़ हो गई है।

— बेइदिरह

.... और iotop, फियो

— सिम्बियन