उच्च DPC विलंब म्हणजे संथ VPN मार्ग नाही

एक ऑडिओ दोष आणि एक VPN विराम एकाच दहा सेकंदांत येतात, आणि एक उपयुक्तता DPC विलंब असे लेबल असलेली उच्च संख्या नोंदवते. ड्रायव्हर सुरंग हळू करत आहे, किंवा सुरंग ड्रायव्हरवर ताण आणत आहे असा निष्कर्ष काढण्याचा मोह होतो. त्या संख्येतून यापैकी कोणताही निष्कर्ष निघत नाही.

इथे तीन मोजमापे आहेत, आणि ती एकच सीमा वाटून घेत नाहीत.

तीन संख्या, तीन सीमा

स्थगित प्रक्रिया कॉल म्हणजे ड्रायव्हर त्याच्या इंटरप्ट हँडलरमधून पुढे ढकलणारे काम, आणि त्या रूटिनमध्ये घालवलेला वेळ मॉड्यूल आणि फंक्शन्सना लावला जाणारा प्रोसेसर-स्थानिक मोजमाप आहे. इको राउंड ट्रिप सॉकेटवरचे वेळेचे निरीक्षण आहे, जे नेटवर्क स्टॅक आणि दूरचा प्रतिसादक तयार करतात. डिस्कनेक्ट घटना क्लायंट नोंदवणारे अवस्था-संक्रमण आहे. प्रत्येकजण इतर उत्तर देऊ शकत नाहीत अशा प्रश्नाचे उत्तर देतो, आणि सारखी एकके त्यांना अदलाबदल करण्यायोग्य बनवत नाहीत.

उपयुक्त शिस्त म्हणजे मूल्य वाचण्यापूर्वी सीमेचे नाव घेणे. एकक आणि सीमा शेजारी लिहा. एखादे साधन मिलिसेकंद सांगत असेल, तर कशाचे मिलिसेकंद असे विचारा: रूटिनमधील वेळ, चालण्याची वाट पाहण्याचा वेळ, की उत्तर येईपर्यंतचा वेळ.

एका वर्गातील उच्च संख्या ही सुरुवात आहे, कधीही निदान नाही.

शीर्षकामागील व्याख्या वाचा

उपयुक्तता ज्याला विलंब म्हणतात त्यात वेगळ्या आहेत. काही ड्रायव्हर रूटिनचा कालावधी सांगतात, काही शेड्युलिंग विलंब सांगतात, आणि या दोन राशी एकाच मशीनवर विरुद्ध दिशांनी जाऊ शकतात. त्यापैकी एकाला फक्त DPC विलंब म्हणणारे डॅशबोर्ड तुम्हाला दिसते त्यापेक्षा कमी सांगते. म्हणून दोन डॅशबोर्ड अजिबात न बदललेल्या मशीनबद्दल असहमत होऊ शकतात.

तोच सावधपणा एका विश्लेषण साधनातही लागू होतो. समावेशक कालावधी रूटिनचा प्रवेशापासून निर्गमापर्यंत पाठलाग करतो, तर वगळणारा कालावधी फक्त ते तुकडे बेरजे करतो ज्यात ती रूटिन स्वतः चालत होती. चुकीचा स्तंभ निवडल्याने कॉलर गुन्हेगार होतो.

स्थानिक ड्रायव्हरचे काम आणि नेटवर्क विलंब विलीन न होता एकमेकांवर परिणाम करतात. अति इंटरप्ट-संबंधित क्रियाकलाप मशीनवरील वेळ-संवेदनशील काम उशिरा करू शकतो, आणि गर्दीचा मार्ग पॅकेट उशिरा करू शकतो, आणि एका दृश्यमान विरामात दोन्ही खरे असू शकतात.

प्रत्येक निरीक्षण एका खिडकीत ठेवा

लक्षण असलेला मध्यांतर वाचला तरच ट्रेस उपयुक्त ठरतो. ट्रेस, क्लायंटची घटना आणि अनुप्रयोगाची अयशस्वीता वेळ-शिक्क्यांसह नोंदवा, नंतर तिन्हीत तेच सेकंद पहा. एका तासाच्या ट्रेसचा कमाल आणि त्या दुपारनंतरचे डिस्कनेक्ट ही दोन असंबद्ध तथ्ये आहेत.

wpr -start CPU -filemode
wpr -stop vpn-trace.etl
xperf -i vpn-trace.etl -a dpcisr -o dpc.txt

मग विश्लेषण साधनात ट्रेस उघडा आणि संपूर्ण कॅप्चरऐवजी त्या खिडकीतील कालावधीनुसार क्रमवारी लावा. CPU विश्लेषणाचे मार्गदर्शन DPC/ISR कालावधी दृश्याचे वर्णन करते, जे वेळ मॉड्यूल आणि फंक्शन्सना लावते.

तुम्ही तिथे असतानाच सुरंगाला प्रत्यक्षात काय झाले ते पुष्टी करा. अनुप्रयोगाचा रहदारी थोड्या वेळासाठी गमावणे म्हणजे क्लायंटने नवी वाटाघाटी सुरू केली असे नाही, आणि लहान चाचणीचे यश बाकी सर्व चालू राहिले याचा पुरावा नाही.

पुरावे ज्या घटकाचे नाव घेतात तो बदला

व्यस्त मॉड्यूल तपासणीची जागा आहे, निकाल नाही. ते दुसऱ्या घटकामुळे किंवा तुम्ही निर्माण केलेल्या कामाच्या भारामुळे होणारे काम करत असू शकते. मॉड्यूलचे नाव, उपकरण, ड्रायव्हर आवृत्ती आणि निरीक्षित मध्यांतर एकत्र ठेवा, कारण पुरवठादार याच संचावर कार्य करू शकतो.

प्रत्येक प्रयोगात एक बदल हाच निकालातून शिकण्याचा एकमेव मार्ग आहे. तारेची तुलना व्याप्ती आकुंचित करते, पण ती एकाच वेळी रेडिओ मार्ग आणि ड्रायव्हरची क्रियाकलाप बदलते, म्हणून तिला पुरावा नव्हे तर सुरुवात माना.

ट्रेसला संवेदनशील माना. त्यात प्रक्रियांची नावे आणि पर्यावरणाचे तपशील असू शकतात, म्हणून त्याची जागा समर्थित कॅप्चर चॅनेलमध्ये आहे, सार्वजनिक जोडपत्रात नाही. ट्रेस कोणत्या निरीक्षणाचे उत्तर देण्यासाठी होता ते सांगा.