प्रतीक्षा-श्रृंखला के कारण CPU उपयोग हमेशा लगभग 40% होता है?


1

मैं एक बहुत ही दुर्लभ समस्या का सामना कर रहा हूं और इससे बहुत परेशानी हो रही है। जब भी मैं अपने पीसी (एचपी 2000-2116tu, Win7, 4GB मेम) को बूट करता हूं, तो प्रक्रियाओं का एक सेट होता है (वैध वाले और वायरस नहीं), जिनमें से एक सीपीयू का उपभोग करना शुरू कर देता है और उपयोग स्तर को 40% तक ले जाता है। जब मैं संसाधन मॉनिटर खोलता हूं, और प्रतीक्षा श्रृंखला का विश्लेषण करने के लिए प्रक्रिया पर राइट क्लिक करता हूं, तो यह संदेश प्रदर्शित होता है- एक या अधिक थ्रेड नेटवर्क i / o खत्म करने की प्रतीक्षा कर रहे हैं । यदि मैं इस प्रक्रिया को समाप्त कर देता हूं, तो कुछ अन्य प्रक्रिया अपना लेती है और उसी व्यवहार को प्रदर्शित करती है। ध्यान दें कि एक समय में केवल एक ही प्रक्रिया होती है । यह तब तक जारी रहता है जब तक मैं उनमें से प्रत्येक को एक-एक करके समाप्त कर देता हूं, लेकिन यह एक समाधान नहीं है क्योंकि मुझे उन प्रक्रियाओं की भी आवश्यकता है।

इस अत्यधिक उपयोग के कारण मेरा सीपीयू बहुत अधिक गर्म हो जाता है और vents जलने लगता है।

प्रक्रियाओं हैं: DCSHelper.exe (डेटा कार्ड मॉनिटर), firefox.exe (मोज़िला फ़ायरफ़ॉक्स), PhotonPlus.exe (मोबाइल इंटरनेट डाटा कार्ड प्रक्रिया), Nclmbtr.exe (माइक्रोसॉफ्ट ब्लूटूथ सर्वर), jusched.exe (जावा अद्यतन समयबद्धक), और भी बहुत सारे समान।

इन प्रक्रियाओं के बारे में एक सामान्य बात जो मैंने देखी, वह यह है कि ये सभी बाहरी डिवाइसेस / इंटरफेस / नेटवर्क के साथ इंटरैक्ट करते हैं। मैं Microsoft सुरक्षा अनिवार्य का उपयोग करता हूं और एक पूर्ण स्कैन चला चुका हूं लेकिन यह अच्छा नहीं हुआ। अगर किसी को इस तरह के मुद्दे की जानकारी है तो कृपया मदद करें।

धन्यवाद


क्या आप किसी अन्य फ़ायरवॉल, एंटी-वायरस या एंटी-मैलवेयर प्रोग्राम (ब्राउज़र ऐड ऑन सहित) का उपयोग करते हैं।
डेविड श्वार्ट्ज

MSCONFIG - उन सभी कार्यक्रमों को अक्षम करें जिन्हें आप शुरू नहीं करना चाहते हैं (इसमें यह प्रक्रिया शामिल हो सकती है)! फिर दोषपूर्ण प्रक्रिया को खोजने के लिए उन्हें एक बार में जोड़ें (या मैन्युअल रूप से कार्य प्रबंधक में उन्हें एक बार मार दें जो रिबूट की तुलना में कम परेशानी है!)
डेव
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.