मैं हाई डिफर्ड प्रोसीजर कॉल के मूल कारण में कैसे पहुँचूँ?


41

मुझे एक दोहरे कोर प्रोसेसर मिला है, और दोनों में से एक लगातार 100% है। ProcessExplorer में देखने से पता चलता है कि यह आस्थगित प्रक्रिया कॉल है। नेट के चारों ओर पढ़ने से मुझे अलग-अलग उत्तर दिए गए हैं।

क्या मेरे मामले में क्या समस्या हो सकती है, इसे कम करने की कोशिश करने के लिए कुछ चरणों को स्थापित करना संभव है?

अद्यतन 1: FWIW, समस्या सुरक्षित मोड में भी बनी रहती है।

अद्यतन 2: मैंने पीसी के पीछे से जो कुछ भी मैं कर सकता था, उसे अनप्लग कर दिया, और उसने मुझे 40% अधिक मुक्त प्रोसेसर खरीदा। मैंने RATTV3 टूल भी डाउनलोड किया , लेकिन मेरी मशीन पर किसी कारण से यह मुझे ड्राइवर-बाय-ड्राइवर ब्रेकडाउन नहीं दे रहा है। यहाँ DPCLatencyChecker और RATTV3 दोनों का अच्छा वर्णन है

अद्यतन 3: , LatencyMon (नीचे मेरा उत्तर देखें) मुझसे कहता है यह nvstor32.sys- जो NVIDIA के SATA ड्राइवर है - 5300 के बारे में μs के समय के साथ।

अद्यतन 4: प्लॉट मोटा हो जाता है, जबकि एक रिकवरी डिस्क को बूट करने की कोशिश करने के लिए विचार करना (यह देखने के लिए कि क्या यह वास्तव में ड्राइवर है, और हार्डवेयर समस्या नहीं है), मैंने देखा कि डीवीडी / सीडी प्लेयर काम नहीं कर रहा था (यानी खुल भी नहीं रहा था) दरवाजा जब मैं बटन दबाता हूं)। यह देखते हुए कि मशीन सिर्फ मदरबोर्ड को बदलने से वापस आ गई, मुझे लगा कि शायद वे इसे प्लग करना भूल गए हैं। मैंने बॉक्स खोला, सब कुछ ठीक लग रहा था, लेकिन मैंने अनप्लग किया और इसे फिर से प्लग किया। रिबूट पर, सब कुछ ठीक था - कोई और अधिक डीपीसी (उच्चतम अब 300 )s)!

अद्यतन 5: अगले दिन, समस्या वापस, सीडी प्लेयर फिर से काम नहीं कर रहा है, यहां तक ​​कि पासवर्ड टेक्स्टबॉक्स में कर्सर भी धीमी गति से झपकी रहा है ... मैं जो सोच सकता था, और दूसरी रिबूट पर, फिर से काम करने की कोशिश कर रहा था। )। अगली बार मैं पूरी तरह से सीडी प्लेयर को अनप्लग करने की कोशिश करूंगा ...

अपडेट 6: बस गौर किए गए सिस्टम इवेंट लॉग में nvstor32.sysयह कहते हुए एक त्रुटि दी गई है Parity error detected in \Device\RaidPort0, फिर एक पुनर्निवेश भेजने के बारे में चेतावनी। अब बस काम करना है जो एक RaidPort0है ... (ध्यान दें, मुझे कोई RAID सेट-अप नहीं मिला है, यह सिर्फ एक बोग मानक एसर है)। ओह, और मेरा अवास्ट सेटअप जाहिरा तौर पर तब मारा गया जब मैंने एक सिस्टम रोलबैक (या जो भी कहा जाता है) किया, क्योंकि यह शुरू नहीं होगा (आरपीसी त्रुटि), अनइंस्टॉल नहीं होगा (सेटिफ़ेस त्रुटि हुई है)।

अद्यतन 7: अंत में डीवीडी अनप्लग के साथ रिबूट करने का समय मिला। कोई और अधिक डीपीसी समस्याएं! (हालांकि पेज के बहुत सारे दोष हैं, लेकिन यह बाद के लिए है)। अगला चरण: यदि यह केबल, या डीवीडी प्लेयर है तो काम करें।

अद्यतन 8: एक SATA केबल उधार ली, इसके साथ बूट किया गया, कोई समस्या नहीं। सीडी / डीवीडी प्लेयर काम करता है, कोई डीपीसी समस्या nvstor32.sysनहीं है, कोई प्रोसेसर अवरुद्ध नहीं है। हैप्पी एंड ... लगभग: मुझे अभी भी अवास्ट के साथ समस्याएँ हैं, डीपीसी की समस्याओं के साथ storport.sysशुरुआत में (शायद यूएसबी के लिए सामान्य है), और बहुत सारे कठिन पृष्ठ दोष हैं। लेकिन वे अन्य प्रश्नों का विषय होंगे।

पोस्टस्क्रिप्ट: मैंने हाल ही में एक ही समस्या शुरू की है, और एक ही विधि का उपयोग करके, इसे एक यूएसबी स्टिक (जिसे मैं रेडीबॉस्ट के लिए उपयोग कर रहा था) को ट्रैक करने में कामयाब रहा।


3
असली अच्छे उपकरण और यहां पर मदद करें ... msfn.org/board/topic/…
Moab

जवाबों:


43

यहाँ कहानी है कि मुझे अपने उच्च डीपीसी विलंबता का कारण कैसे मिला।


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

उच्च डीपीसी समय दिखाने वाले प्रोसेस एक्सप्लोरर का स्क्रीनशॉट

मुझे पता था कि डीपीसी एक ड्राइवर के अंदर चलाए जा रहे कोड हैं; चुनौती यह थी कि किस चालक का पता लगाया जाए । मैंने डीपीसी लेटेंसी चेकर की ओर रुख किया , जिसने मुझे दिखाया कि विलंबता कितनी खराब थी:

डीपीसी लेटेंसी चेकर का स्क्रीनशॉट

डीपीसी लेटेंसी चेकर डिवाइस मैनेजर में उपकरणों के माध्यम से जाने और गैर-आवश्यक हार्डवेयर को एक-एक करके (उदाहरण के लिए नेटवर्क कार्ड, साउंड कार्ड) को अक्षम करने का सुझाव देता है , जो छोटी गाड़ी के चालक को अलग करने की उम्मीद करता है। (यदि आप एक डिवाइस को अक्षम करते हैं, और डीपीसी विलंबता अचानक गिर जाती है: आपको अपना अपराधी मिल गया है!)

उपकरणों को अक्षम करने का स्क्रीनशॉट

दुर्भाग्य से, संभवतया मैं सब कुछ अक्षम करने के बाद ( कंप्यूटर का उपयोग करने में सक्षम होने के बावजूद - अपनी हार्ड ड्राइव, वीडियो कार्ड, माउस, या यूएसबी हब को अक्षम नहीं करता है माउस को प्लग किया गया है!), विलंबता अभी भी अधिक थी। इसके बाद मैंने विंडोज परफॉर्मेंस टूलकिट ( विंडोज एसडीके का हिस्सा ), और पीटर वेइलैंड का एक उत्कृष्ट ब्लॉग पोस्ट, "डीपीसी टाइम को मापने" का रुख किया । Windows प्रदर्शन टूलकिट स्थापित करने के बाद:

विंडोज एसडीके इंस्टॉलर का स्क्रीनशॉट, जिसमें विंडोज परफॉरमेंस टूलकिट का चयन किया गया है

मैंने एक उन्नत कमांड प्रॉम्प्ट खोला और भाग गया:

>xperf -on Latency

नोट : Latency समूह उन घटनाओं का पूर्वनिर्धारित सेट है जिसे कर्नेल समूह प्रदाता से पता लगाया जा सकता है :

>xperf -providers kg
   Base           : PROC_THREAD+LOADER+DISK_IO+HARD_FAULTS+PROFILE+MEMINFO
   Diag           : PROC_THREAD+LOADER+DISK_IO+HARD_FAULTS+DPC+INTERRUPT+CSWITCH+PERF_COUNTER+COMPACT_CSWITCH
   DiagEasy       : PROC_THREAD+LOADER+DISK_IO+HARD_FAULTS+DPC+INTERRUPT+CSWITCH+PERF_COUNTER
   Latency        : PROC_THREAD+LOADER+DISK_IO+HARD_FAULTS+DPC+INTERRUPT+CSWITCH+PROFILE
   ...

इस मामले Latencyमें कर्नेल झंडे से मेल खाती है:

  • PROC_THREAD प्रक्रिया और थ्रेड बनाएँ / हटाएं
  • लोडर कर्नेल और उपयोगकर्ता मोड इमेज लोड / अनलोड इवेंट्स
  • शख्सियत सीपीयू नमूना प्रोफ़ाइल
  • CSWITCH प्रसंग स्विच
  • डीपीसी डीपीसी इवेंट्स
  • INTERRUPT इंटरप्ट इवेंट्स
  • DISK_IO डिस्क I / O
  • HARD_FAULTS हार्ड पेज दोष

एक मिनट तक चलने देने के बाद, मैंने ट्रेस रोक दिया, और क्या यह किसी फ़ाइल में सहेजा गया था:

C:\Users\Ian\Desktop\xperf -d thingy1.etl

और फिर मैंने कमांड के साथ ट्रेस के परिणाम देखे:

C:\Users\Ian\Desktop\xperf thingy1.etl

यह आलेखीय Windows प्रदर्शन विश्लेषक लोड करता है । DPC CPU उपयोग ग्राफ पर राइट क्लिक करने पर , मैंने सारांश तालिका का चयन किया । यह ड्राइवर द्वारा DPCs में बिताए गए समय का टूटना दर्शाता है:

XPerf आउटपुट का स्क्रीनशॉट

तुरंत मैं एक ड्राइवर को देख सकता हूं ( tsvp.sysडीपीसी निष्पादन के लिए औसतन 2.8 ग्राम ले रहा हूं, जो किसी भी अन्य चालक की तुलना में परिमाण धीमा करने का एक आदेश है:

स्क्रीनशॉट

Googling tsvp.sysने मुझे उत्तर दिया: CommView , जिसे मैंने हाल ही में स्थापित किया था।

अब सवाल यह है कि इस ड्राइवर को कैसे निष्क्रिय किया जाए। AutoRuns का उपयोग करते हुए , मैं देख सकता हूं कि यह ड्राइवर सेवा के रूप में स्थापित है:

ऑटोरन का स्क्रीनशॉट

डिवाइस मैनेजर का उपयोग करके, मैं इस ड्राइवर को होस्ट करने वाली सेवा को अक्षम कर सकता हूं। पहले आपको छिपे हुए उपकरणों को दिखाना होगा , फिर Non-Plug and Play Driversनोड का विस्तार करना होगा :

डिवाइस मैनेजर का स्क्रीनशॉट

अंत में मैं ड्राइवर सेवा को रोक सकता था, और मैंने इसे स्टार्टअप मोड से बदल दिया System(जिसका अर्थ है कि ड्राइवर विंडोज का एक अनिवार्य हिस्सा है, और विंडोज इसके बिना बूट नहीं कर सकता है), Demand(जिसका अर्थ है कि मैं ड्राइवर को तब शुरू कर सकता हूं जब मैं चाहता हूं):

डिवाइस मैनेजर का स्क्रीनशॉट

ड्राइवर सेवा को रोकना तुरंत मेरी डीपीसी विलंबता तय करता है:

स्क्रीनशॉट

मैं CommView को पूरी तरह से अनइंस्टॉल कर सकता हूं या नहीं कर सकता, लेकिन अब मैंने हाई डीपीसी लेटेंसी के केस को हल कर दिया है।


अपडेट : विंडोज 8 के साथ शुरू होने पर आप डिवाइस मैनेजर में नॉन-प्लग और प्ले ड्राइवर नहीं देख सकते :

नोट विंडोज 8 और विंडोज सर्वर 2012 से शुरू, प्लग-एंड-प्ले मैनेजर अब गैर-पीएनपी (विरासत) उपकरणों के लिए डिवाइस रिपीटेशन नहीं बनाता है। इस प्रकार डिवाइस मैनेजर में देखने के लिए ऐसे उपकरण नहीं हैं। डिवाइस मैनेजर डिस्प्ले में छिपे हुए डिवाइस को शामिल करने के लिए, व्यू पर क्लिक करें और शो हिडन डिवाइसेस चुनें।

Microsoft ने सुविधा को हटा दिया और इसे कुछ भी नहीं के साथ बदल दिया। बहुत बढ़िया।

ठेठ बेवकूफ गुस्से में, कुछ अनजाने जवाब :

  • डिवाइस प्रबंधक ने कभी भी गैर pnp ड्राइवर नहीं दिखाए
  • आप इसकी आवश्यकता क्यों है?

सौभाग्य से, NirSoft ने एक प्रतिस्थापन बनाया है। ServiWin आपको सभी सेवाओं को देखने, बंद करने और शुरू करने देता है (यहां तक ​​कि माइक्रोसॉफ्ट द्वारा तय प्रशासकों को देखने की अनुमति दी जानी चाहिए):

सर्विसिन का स्क्रीनशॉट


13

प्रगति रिपोर्ट

अब तक मैंने जो सबसे अच्छा उपकरण पाया है , वह है लेटेंसीओमॉन , जो मूल रूप से वह सब कुछ करता है जो पूर्ववर्ती दो उपकरण करते हैं, बिना आपके विचार के। डाउनलोड पृष्ठ आपको ईमेल के माध्यम से पंजीकरण करने के लिए कहता है - लेकिन जब मैंने ऐसा किया तो मेरे लिए कुछ भी नहीं हुआ - लेकिन आप वैसे भी डाउनलोड करने के लिए पृष्ठ के नीचे स्क्रॉल कर सकते हैं।

वैकल्पिक शब्द


6

मेरे मामले में मैंने लेटेंसीमॉन (बेंजोल के उत्तर से) का उपयोग किया और पाया कि चालक ने जीवन को मुक्त कर दिया, ब्रह्मांड, और सब कुछ (भी) था storport.sysजो " उच्च प्रदर्शन बसों " के लिए एक Microsoft ड्राइवर है । यह मेरे संदेह की पुष्टि करता है कि समस्या आईओ से संबंधित थी।

मैंने भी आगे बढ़कर अपने विंडोज 7 इवेंट व्यूअर , फोल्डर विंडोज लॉग्स -> एप्लीकेशन को देखा , और वॉल्यूम शैडो कॉपी (वीएसएस) से त्रुटियों के कई बैचों को पाया, जो हर 30 मिनट से 2 घंटे में हो रहा था। वे विवरण इस प्रकार थे:

Volume Shadow Copy Service error: Error calling a routine on the Shadow Copy Provider {b5946137-7b9f-4925-af80-51abd60b20d5}. Routine returned E_INVALIDARG. Routine details GetSnapshot({00000000-0000-0000-0000-000000000000},000000000023C850). 

Operation:
   Get Shadow Copy Properties

Context:
   Execution Context: Coordinator

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

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

BTW, यह पृष्ठ यहीं था, जिसने मुझे शुरुआती नेतृत्व दिया जिसने मुझे मेरी समस्याओं का मूल कारण खोजने में मदद की। बहुत बहुत धन्यवाद @Benjol और अन्य सभी ने पहले उत्तर दिया! मुझे उम्मीद है कि मेरा जवाब भी दूसरों की मदद करेगा ...


धन्यवाद Chuim, कि शायद मेरी भी सटीक समस्या है, मैं हफ्तों से इस समस्या को हल करने पर काम कर रहा हूं और मैंने आखिरकार इसे वीएसएस और storport.sys तक सीमित कर दिया है, लेकिन मूल कारण (CrashPlan खुली फ़ाइलों का समर्थन करने) को खोजने में असमर्थ था आपकी डाक। मुझे यकीन नहीं है कि अगर यह इसे ठीक कर देगा, लेकिन यह सबसे अच्छी लीड है जो मैंने अभी तक उच्च डीपीसी विलंब के लिए ली है!
मैट पामरली

मैंने अभी पुष्टि की है कि क्रैशप्लेन सेटिंग्स को बैकअप नहीं करने के लिए खुली फाइलों पर काम नहीं किया है! बहुत बहुत धन्यवाद! अब मैं डरावनी ऑडियो पॉज़ और ग्लिच के बिना स्किरिम खेल सकता हूं!
मैट पामरली

बस यह जोड़ना चाहता हूं कि मैं एक नए पीसी के निर्माण के बाद ऑडियो हकलाने का अनुभव कर रहा था और पाया कि क्रैशप्लेन भी अपराधी था। यह जवाब computercabal.com/2012/07/debugging-audio-skipping-lagging.html के माध्यम से मिला । इसे नीचे ट्रैक करने के लिए इतना काम करने के लिए सभी को धन्यवाद!
चकल्सन जू

4

शायद एक डिवाइस ड्राइवर है जो आपके सिस्टम को व्यस्त रखता है। इसका विश्लेषण करने का एक तरीका डीपीसी लेटेंसी चेकर को चलाना है । फिर एक समय में एक ड्राइवर को अक्षम करें और देखें कि क्या डीपीसी लोड नीचे जाता है। (प्रोसेस एक्सप्लोरर भी काम करता है।)

आप कंप्यूटर प्रबंधन में डिवाइस ड्राइवरों को अक्षम कर सकते हैं -> डिवाइस प्रबंधक।


धन्यवाद, मैं उस लिंक पर पढ़ने जा रहा हूं। मेरी अज्ञानता का बहाना है, लेकिन मैं कौन सी डिवाइस को सुरक्षित रूप से 'शाखा काटकर' (यानी, कीबोर्ड, स्क्रीन, माउस आदि) के बिना अक्षम कर सकता हूं?
बेंजोल

1
निश्चित नहीं है, मेरे प्राथमिक संदिग्ध गैर-Microsoft सेवाएँ होंगे। मैं बस कोशिश करूंगा, अगर यह गलत हो जाए तो आप सुरक्षित मोड में बूट कर सकते हैं और ड्राइवरों को फिर से सक्षम कर सकते हैं
एंडोमर

ठीक है, मैं देख रहा हूं कि उस पृष्ठ में बचने के लिए ड्राइवरों की एक सूची शामिल है। आशा है कि यह उनमें से एक नहीं है।
बेंजोल

इससे पहले, मुझे लगता है कि मैं एक रिकवरी डिस्क से बूट करने की कोशिश करने जा रहा हूं - अगर मुझे अभी भी समस्या है, तो हार्डवेयर चीज़ होने की संभावना अधिक है?
बेंजोल

1
लेटेंसी चेकर के लिए +1। मेरे अनुभव में, यहां सबसे आम अपराधी वायरलेस नेटवर्किंग कार्ड के लिए ड्राइवर है।
शिन्राई

3

मुझे लगता है कि मुझे यहां अपना जवाब जोड़ना चाहिए क्योंकि यह मुद्दा हल करना मुश्किल है और हमेशा खराब ड्राइवरों या आईआरक्यू संघर्षों के लिए नीचे नहीं।

मेरे पास उच्च आरपीसी विलंबता थी जो मेरे समर्थक समर साउंडकार्ड में चबूतरे / दरारें पैदा कर रहे थे। स्वीकृत उत्तर में वर्णित उपकरण किसी विशेष ड्राइवर की पहचान करने में सहायक नहीं थे, जो एक समस्या पैदा कर रहा था। विलंबता कई प्रक्रियाओं में हो रही थी: HAL, USBPORT.SYS और Windows कर्नेल। इन प्रक्रियाओं में गहरी खुदाई से एक स्पष्ट अपराधी का पता नहीं चला।

यह मेरे मामले में निकला कि मुद्दा कुछ चिपसेट और BIOS संशोधनों के साथ निचले स्तर का और GigaByte मदरबोर्ड के लिए विशिष्ट था। इसका समाधान इंटेल स्पीडस्टेप और अन्य सभी मदरबोर्ड विशिष्ट विशेषताओं को अक्षम करना था जो सीपीयू की गति और मक्खी पर वोल्टेज को समायोजित करते थे। एक बार जब ये विकल्प बंद हो गए तो मेरी RPC विलंबता तुरंत ठीक कर दी गई।


1

मैंने अपने nVidia 10/100/1000 ईथरनेट नियंत्रक के साथ IRQ त्रुटि को हल करने के बाद इस त्रुटि को देखना शुरू किया, जो कि मेरे ग्राफिक्स कार्ड को GeForce GTX 550 Ti में अपग्रेड करते समय दिखाई दिया।

ऐसा लगता है कि नए GeForce ड्राइवर 295.73 में अपग्रेड करने के बाद और फिर इंटरप्ट संघर्ष को हल करने के बाद, मैंने मौजूदा nForce SATA / RAID कंट्रोलर ड्राइवरों को हटा दिया, क्षतिग्रस्त या अनइंस्टॉल कर दिया। मैं RAID का उपयोग नहीं करता, त्रुटि अभी भी बनी हुई है, और समय-समय पर विस्टा अल्टिमेट 64-बिट को लॉक किया गया है।

वेब पर मुझे मिले सभी समस्या निवारण सुझावों को आज़माने के बाद, एक सरल समाधान स्वयं प्रस्तुत किया गया ... मैंने nForce SATA / RAID कंट्रोलर 15.58 में अपग्रेड किया, लेकिन अन्य nForce ड्राइवरों को अकेला छोड़ दिया।

यह मेरे लिए तय है, और मैं अब अपने सभी चालक संघर्षों को हल कर दिया है। आशा है कि यह आपकी मदद करता है, भी।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.