😇 👽 😽 आंतरायिक विंडोज फ्रीज़ का मामला 👩🏼‍🚒 🙋🏽 🈺

बेशक, मुझे उम्मीद थी कि लोगों को पिछली पोस्ट पसंद आएगी , लेकिन मैं सोच भी नहीं सकता था। मेरी राय में, यह पोस्ट पिछले एक की तुलना में अधिक और कम दिलचस्प दोनों है। जबकि पिछली बार यह एक रोमांचक आकस्मिक खेल था - पूरी तरह से अर्थहीन और समय लेने वाला, लेकिन अपने असामान्य गेमप्ले के साथ प्रसन्न और, सबसे महत्वपूर्ण, इंटरैक्टिव और सभी के लिए सुलभ, अब यह एक जासूसी कहानी के बारे में अधिक है जो आपको सहानुभूति और प्रयास करने की अनुमति देता है प्लॉट के आगे विकास का अनुमान है, लेकिन अन्तरक्रियाशीलता के लिए जगह नहीं छोड़ना। दूसरी ओर, "जासूसी कहानी" "वास्तविक घटनाओं पर आधारित" है, जो होने वाले विशेष आकर्षण में जोड़ता है।

यह सब प्रश्नोत्तर प्रश्न से शुरू हुआ।

उन लोगों के लिए जो लिंक का अनुसरण करने के लिए बहुत आलसी हैं, मुझे स्वयं प्रश्न पूछने दें:

दरअसल, कभी-कभी जब आप डिस्क की सूची के साथ "मेरा कंप्यूटर" खोलते हैं या जब आप एक यूएसबी फ्लैश ड्राइव / कंप्यूटर डालते हैं, तो कंप्यूटर बस जमा देता है (माउस हिलता नहीं है, कीबोर्ड NumLock का जवाब नहीं देता है), अर्थात। बाहरी उत्तेजनाओं की प्रतिक्रिया का पूर्ण अभाव। 10-30 सेकंड के बाद, कंप्यूटर खुद ही मर जाता है, जैसे कि कुछ भी नहीं हुआ था। सवाल खुद यह है कि इस तरह के सिस्टम फ्रीज का कारण कैसे निर्धारित किया जाए और इससे कैसे निपटा जाए।

ठीक है, और अतिरिक्त जानकारी: हार्डवेयर RAID 4x640 (ईर्ष्या), फायरवुड को अपडेट करने से मदद नहीं मिलती है, स्मार्ट चुप है, परीक्षण भी।

जैसा कि एक बहुत अच्छे व्यक्ति ने लिखा है : “स्थानीय लोग गर्मियों में तीन कारणों से रेगिस्तान की यात्रा करने से बचते हैं। रैटलस्नेक, टिक और बिच्छू। विचार! मैंने सोचा। मेरे पास सिर्फ एक तंबू है। ”

पहला विचार: कोई व्यक्ति रुकावट को स्वीकार करता है और आईएसआर में "आराम" करने का फैसला करता है। यह भी संभव है कि यह कोई व्यक्ति आईआरक्यूएल को अशोभनीय स्तर पर उठा रहा हो और फिर भी "ब्रेक लेने" का फैसला करता हो। हम उसी xperf का उपयोग करके पकड़ेंगे।

xperf -on विलंबता -stackwalk प्रोफ़ाइल -maxfile 128 -filemode परिपत्र

स्पष्टीकरण:

विलंबता को हम शामिल करते हैं - देरी को पकड़ने के लिए हमें और क्या शामिल करना चाहिए। जैसा कि xperf -providers K हमें बताता है:

विलंबता: PROC_THREAD + लोडर + DISK_IO + HARD_FAULTS + DPC + INTERRUPT + CSWITCH + PROFILE

दूसरे शब्दों में, DISK_IO + HARD_FAULTS को आवश्यक PROC_THREAD + LOADER में जोड़ा जाता है, जो कि स्वयं बायनेरिज़ के साथ जो हो रहा है, उसे जोड़ने के लिए आवश्यक है, जो कि मेरे व्यक्तिगत शीर्ष में किसी भी सिस्टम के प्रदर्शन को मारने में पहला स्थान लेता है (यह Microsoft के साथ एकजुटता में लगता है), DPC + INTERRUPT - डिलीवर। समस्याएं दुर्लभ हैं, लेकिन यदि वे वितरित करते हैं, तो "एक आत्मा के साथ", CSWITCH - संदर्भ स्विच - गतिरोध और गलत प्राथमिकताओं पर नज़र रखने के लिए, अच्छी तरह से, प्रोफ़ाइल - प्रोफ़ाइल व्यवधान की घटनाओं (डिफ़ॉल्ट रूप से प्रत्येक मिलीसेकंड)

यह मानने का हर कारण है कि व्यवधान प्रोफ़ाइल को तब भी वितरित किया जाएगा, भले ही सिस्टम में बाकी सब कुछ जीवन के कोई संकेत नहीं दिखाता हो। यहाँ विंडोज में पूर्वनिर्धारित IRQL की सूची दी गई है:

#define PASSIVE_LEVEL 0 #define LOW_LEVEL 0 #define APC_LEVEL 1 #define DISPATCH_LEVEL 2 #define PROFILE_LEVEL 27 #define CLOCK1_LEVEL 28 #define CLOCK2_LEVEL 28 #define IPI_LEVEL 29 #define POWER_LEVEL 30 #define HIGH_LEVEL 31

प्रोफ़ाइल से ऊपर केवल घंटे, इंटरप्रोसेसर रुकावट और बिजली रुकावट। इनमें से कोई भी व्यवधान क्रमशः तीसरे पक्ष के ड्राइवरों के लिए नहीं छोड़ा जाता है, यदि प्रोफ़ाइल व्यवधान नकाबपोश निकला है, तो यह खोज स्थान को बहुत कम कर देगा।

"-stackwalk प्रोफ़ाइल" का अर्थ है कि प्रत्येक प्रोफ़ाइल इवेंट के लिए एक पूर्ण स्टैक ट्रेस भी निकाला जाएगा। जिसने भी कभी सैंपल प्रोफाइल का इस्तेमाल किया है, वह तुरंत इस अवसर की सराहना करेगा: तो क्या, कि हमने 90% समय किसी तरह के स्पिनलॉक में बिताया, हमारे लिए यह जानना महत्वपूर्ण है कि डब्ल्यूएचओ ने इस स्पिनलॉक को खींचा।

"-Maxfile 128 -filemode परिपत्र" किसी भी प्रोग्रामर से परिचित परिपत्र बफ़र्स का विचार है। चूंकि एक या दो दिन में एक बार फ्रीज होता है, और हर सेकंड एक मेगाबाइट के बारे में जानकारी उत्पन्न होती है, तो इस समय के लिए एक पूर्ण लॉग एकत्र करना पर्याप्त स्थान (4x640, चो) हो सकता है, लेकिन विश्लेषण के लिए (या आगे भी) खोलना अधिक कठिन होगा।

सिक्स अलग हैं - हम इंतजार कर रहे हैं। 4 दिनों में पकड़ा गया पहला शिकार:

और ऐसा लग रहा था:

इसके अलावा, एक अजीब संयोग से

वह दौड़ा, मैंने सोचा, और खोज में चढ़ गया

कल्पना ने स्पष्ट रूप से एक तस्वीर चित्रित की है जिसमें किसी उद्देश्य के लिए बाधा को क्रमबद्ध किया गया है और प्रसंस्करण के लिए उपयोगकर्ता प्रक्रिया को वितरित किया जाता है (यह, सिद्धांत रूप में, मल्टीप्रोसेसर सिस्टम पर लागू किया जा सकता है, इस तरह के समाधान की मूर्खता के बारे में क्या है - ठीक है, वे सभी प्रकार की अभद्रता लिखना पसंद करते हैं)। Mear के श्रेय के लिए, उन्होंने तुरंत NIS को ध्वस्त नहीं किया और फिर मैंने पहले स्क्रीनशॉट से एक विवरण देखा: 1.2 मिलियन खोई हुई घटनाएं। रेखांकन में एक अंतराल गतिविधि की कमी नहीं है, लेकिन बफ़र्स का एक अतिप्रवाह और उन्हें डिस्क पर बफ़र्स फ्लश करने की क्षमता के अभाव में नए डेटा के साथ ओवरराइटिंग (शायद किसी को डिस्क से बाधित करने में देरी हुई या किसी तरह आई / ओ प्रबंधक को अवरुद्ध किया गया)।

खैर, चूंकि सिस्टम आखिरकार "मर जाता है" - हमारा काम सब कुछ स्मृति में रखना है जब तक कि हमें सब कुछ डिस्क पर फ्लश करने का अवसर न हो:

xperf -on latency -stackwalk प्रोफ़ाइल -maxfile 256 -filemode गोलाकार -buffersize 1024 -minbuffers 256

बफर का आकार और बफ़र्स की न्यूनतम संख्या जोड़ें। हम इंतजार कर रहे हैं। एक दिन के बाद, हमें एक सुंदर दोषरहित लॉग मिलता है:

दुर्भाग्य से, दूसरी तरफ "मेरी आँखें और हाथ" ट्रैक के रुकने से हिचकिचाने लगे और बिना रुके दिखना शुरू कर दिया और वास्तविक समस्या के क्षण को लगभग खो दिया। लेकिन सौभाग्य से, पर्याप्त जानकारी थी (ग्राफ़ डीपीसी प्रोसेसर की वृद्धि दर्शाता है जो धीरे-धीरे चक्रीय बफर से परे जाता है)

खैर, हम समस्या क्षेत्र पर ज़ूम करते हैं और अध्ययन शुरू करते हैं।

सबसे पहले, हम ISR देखते हैं, जिसमें 12 सेकंड लगते हैं

और डीपीसी जो 10 ले लिया

दुर्भाग्य से, मुझे समस्या के पते पर मॉड्यूल नहीं मिल सकता है, लेकिन यह बहुत व्यर्थ नहीं था कि मैंने स्टैकवॉक के आकर्षण को बहुत शुरुआत में चित्रित किया था:

यहाँ ढेर के नीचे हम एक "अज्ञात" ठूंठ का पता देखते हैं जो spcl.sys को कॉल करता है, जो बदले में सीधे scsiport कहता है। आगे स्टैक का विस्तार करें:

एक बार फिर हम spcl.sys में जाते हैं, वहाँ से हम mv61xx.sys में आते हैं, जिसे KeStallExecutionProcessor (SRSLY? IN INTERRUPTION PROCESSOR?) कहते हैं। दूसरे तरीके से, हम mv61xx में एक कॉल अधिक खर्च करते हैं और फिर भी आराम करने लगते हैं।

डीपीसी को संसाधित करते समय एक समान तस्वीर उभरती है (हालांकि यह मल्टीप्रोसेसर सिस्टम के लिए इतना महत्वपूर्ण नहीं है):

कुछ मिनटों की खोज हमें spcl और mv61xx के लेखकों तक ले जाती है - यह SPTD (डेमन टूल्स और अल्कोहल xxx% में प्रयुक्त) और Marvell हार्डवेयर ड्राइवर है। ये हैं:

शुरू करने के लिए, हार्डवेयर ड्राइवर को अपडेट करें और स्‍पॉट बंद करें - समस्याएं बंद हो गईं। ध्यान से पीछे की ओर मुड़ें: दो सप्ताह - उड़ान सामान्य है।

पुनश्च: यह पद Mear के बिना संभव नहीं होता । उन्होंने अमानवीय प्रयोगों के लिए एक समस्याग्रस्त प्रणाली प्रदान की और इस समस्या को खोजने में मेरी हर संभव मदद की।

आंतरायिक विंडोज फ्रीज़ का मामला

More articles: