यह शायद इसलिए है क्योंकि कुछ आपके मैकेनिकल एचडीडी का उपयोग कर रहा है।
गैर-एसएसडी डिस्क वास्तविक रूप से केवल एक का समर्थन कर सकती है, शायद "डेढ़" एक साथ उपयोगकर्ता। इससे ज्यादा और सबकुछ कुत्ता धीमा हो जाता है।
होने के बाद, यह अनुमान लगाने के बजाय डिस्क को अड़चन के रूप में निदान करना एक अच्छा विचार है। यह कैसे करना है इसके लिए तकनीकी गाइड का एक सा है।
किसी एक संसाधन के टोंटी जाने पर कंप्यूटर धीमा हो जाता है। इस क्रम (IMO) में आप जिन्हें सबसे अधिक चलाना चाहते हैं, वे हैं डिस्क, मेमोरी और सीपीयू।
यह सुनिश्चित कर लें कि आपके पास पर्याप्त रैम है।
हालांकि, यह समस्या होने की संभावना कम है, मुझे लगता है कि विशेष रूप से आपके मामले में 8 जीबी रैम और कोई भारी रैम उपयोगकर्ता नहीं है, लेकिन टिक करना आसान है।
एक त्वरित जांच कार्य प्रबंधक को शुरू करना और भौतिक रैम उपयोग की जांच करना है। यदि यह 80% से ऊपर है, तो आपको समस्या हो सकती है। यदि यह 90% से ऊपर है, तो आपको बहुत समस्या है।
यह एक त्वरित जाँच थी। एक अधिक उचित जांच पीक कमिट चार्ज आंकड़ा को देखना है। दुर्भाग्य से कोई मानक उपकरण विंडोज 7 में नहीं दिखा, इसलिए प्रोसेस हैकर को बाहर निकालने का समय :
पीक कमिट चार्ज सबसे अधिक मेमोरी है जो सभी कार्यक्रमों को एक ही समय में आवंटित किया गया है। यदि यह आपकी भौतिक रैम से कम है, तो आपके पास बूट के बाद से निष्पादित सभी कार्यों के लिए निश्चित रूप से पर्याप्त रैम है। यदि यह भौतिक रैम से अधिक है (जैसा कि ऊपर मेरे स्क्रीनशॉट में है) तो आप रैम के कारण प्रदर्शन के मुद्दों में भाग ले सकते हैं, खासकर यदि आपके पास एक यांत्रिक एचडीडी है।
मान लें कि आपने पीक कम चार्ज की जाँच की और पाया कि यह लगभग 2-4 जीबी है (आपके द्वारा इंस्टॉल किए गए सॉफ़्टवेयर के साथ रिबूट के बाद इस से अधिक होने की संभावना नहीं है)। इसका मतलब यह है कि अब तक की सुस्ती बहुत कम रैम के कारण नहीं थी और अधिक रैम खरीदने से मदद नहीं मिल सकती है ।
तो अगले बिंदु पर ...
अगला संदिग्ध मैकेनिकल एचडीडी है।
वास्तव में यह मेरा पहला संदेह है, लेकिन रैम की जांच आसान है, इसलिए इसे रास्ते से हटाना अच्छा है।
इससे पहले कि आप एक एसएसडी पर एक भाग्य खर्च करते हैं, यहां बताया गया है कि खुद को एचडीडी को कैसे समझाने के लिए वास्तव में अड़चन है। आपको डिस्क लोड की निगरानी करने की आवश्यकता है। मुझे QPerfMon पसंद है , लेकिन अंतर्निहित प्रदर्शन मॉनिटर भी ऐसा कर सकते हैं।
QPerfMon एक अच्छा विकल्प है क्योंकि आपको इसे विंडोज़ बूट्स के तुरंत बाद चलाना होगा, जबकि यह अभी भी धीमा है (या इसे ऑटोरन में भी जोड़ें), और QPerfMon आपको सही "कमांड काउंटर" के साथ शुरू करने के लिए सही कमांड लाइन तर्क पास करने देता है " पूर्व-चयनित:
QPerfMon.exe ".\PhysicalDisk\% Idle Time\_Total"
मैं आपको शर्त लगाता हूं, आप जो कहते हैं, वह यह है कि यह शून्य से 5-10 मिनट तक बूट से पेग रहेगा, जब तक आपका कंप्यूटर फिर से उत्तरदायी नहीं लगता। जब कंप्यूटर ने वह सब कुछ लोड करना समाप्त कर दिया है जिसे वह लोड करने जा रहा था, तो प्लॉट उम्मीद से 90-100% पर वापस आ जाएगा (याद रखें कि यह निष्क्रिय समय दिखाता है, इसलिए 100% का मतलब निष्क्रिय है और 0% का मतलब बहुत व्यस्त है)।
हां, एचडीडी पेग्ड रहता है। आप इसके बारे में क्या कर सकते हैं?
दुर्भाग्य से, अपेक्षाकृत कम। हमने पहले से ही कम रैम थ्रैशिंग के कारण इसकी संभावना को समाप्त कर दिया है। तो यह कुछ अन्य सॉफ्टवेयर का उपयोग कर रहा है। यदि आपके पास बैकअप या सिंक प्रोग्राम है, तो यह अपराधी हो सकता है। एंटी-वायरस स्कैनर आसानी से पेग ड्राइव कर सकते हैं। मैं आपको इसे बंद करने की अनुशंसा नहीं करने जा रहा हूं, लेकिन यह उन कंप्यूटरों पर आसानी से बूट समय को दोगुना कर सकता है जो पहले से ही एचडीडी पर अड़चन हैं।
हम कैसे निदान करते हैं कि कौन सा कार्यक्रम धीमेपन का कारण बनता है? मेरा अनुशंसित दृष्टिकोण संसाधन मॉनिटर (विंडोज 7 में अंतर्निहित कार्यक्रम) का उपयोग करना है। डिस्क टैब पर जाएँ और कुल मिलाकर छाँटें:
इस स्क्रीनशॉट में, BTSync सबसे बड़ी डिस्क उपयोगकर्ता है। आपका अपराधी मिल गया? इसे अक्षम / अनइंस्टॉल करें, फिर से रिबूट करें और फिर से प्रयास करें।
क्या होगा यदि डिस्क सिस्टम द्वारा उपयोग किया जाता है: दुर्भाग्य से यह काफी सामान्य है और सिस्टम अक्सर शीर्ष पर होता है। AFAIK, सभी प्रोग्राम जो मेमोरी-मैप्ड I / O का उपयोग करते हैं, "सिस्टम" के रूप में दिखाते हैं। आपको फ़ाइल नाम से जाना होगा और अनुमान लगाना होगा कि कौन सा प्रोग्राम उस फ़ाइल का उपयोग कर रहा है और क्यों। मेरे उदाहरण में, एक्सेस की जा रही फ़ाइल मेरे फ़ायरफ़ॉक्स प्रोफ़ाइल से है, इसलिए मुझे पता है कि अपराधी फ़ायरफ़ॉक्स है।
अंतिम प्रतिक्रिया, "रिस्पांस टाइम" पर ध्यान दें। एक यांत्रिक डिस्क के लिए, आपको 5-20 की सीमा में इसे देखने की उम्मीद करनी चाहिए। यदि यह 100 के दशक से अधिक है तो आपकी डिस्क दूर तक ओवरलोड हो जाती है जो इसके साथ सामना कर सकती है। मैंने आपसे शर्त लगाई है कि आपके धीमेपन के दौरान, प्रतिक्रिया समय सैकड़ों में है। मैंने अपने सिस्टम डिस्क को एक SSD में अपग्रेड करने से पहले 750-1500 तक मेरा जाना देखा।
इस प्रक्रिया को तब तक दोहराएं जब तक आप वह सब खत्म नहीं कर देते जो आप कर सकते हैं। बूट के बाद शुरू होने वाली थर्ड-पार्टी सेवाएं आसानी से एक बड़ी समस्या हो सकती हैं।
यह पूरी संभावना है कि आपके द्वारा यह सब कार्य करने के बाद भी कंप्यूटर अस्वीकार्य रूप से धीमा रहेगा। बस, यह कैसा है, मुझे डर है। मैकेनिकल HDD इसे सिस्टम डिस्क के लिए नहीं काटते हैं, वास्तव में। या तो इसके साथ रखो, या एक SSD के लिए बचाओ। एक डीफ़्रैग एक आखिरी खाई का प्रयास है और अगर आपकी विखंडन भयानक है, तो थोड़ी मदद कर सकते हैं , लेकिन 10 मिनट से 5 मिनट तक बूट समय काटने के लिए आवश्यक रूप से पर्याप्त सुधार नहीं है ...
धीमे एपिसोड के दौरान डिस्क आंकी नहीं गई थी
तब यह शायद सीपीयू है। मुझे लगता है कि यह तब तक संभव नहीं है जब तक कि आपका सीपीयू बहुत पुराना न हो, या आपके पास सॉफ्टवेयर का दुरुपयोग न हो। जांचना आसान: कार्य प्रबंधक चलाएं और अपने सीपीयू उपयोग की जांच करें। यदि समग्र आंकड़ा 20% से ऊपर है, तो सीपीयू एक संदिग्ध है, और अगर यह 75% से ऊपर है, तो मैं कहूंगा कि यह सबसे संभावित अड़चन है। यदि यह 100% आंकी गई है, तो CPU अड़चन निश्चित रूप से चीजों को धीमा कर रही है, हालांकि यह हो सकता है कि इस अड़चन को ठीक करने से ऊपर चर्चा की गई केवल एक को उजागर किया जाएगा।
टास्क मैनेजर चलाएं, सीपीयू उपयोग के आधार पर कार्यक्रमों को क्रमबद्ध करें और पंक्ति में कई सेकंड के लिए बहुत अधिक उपयोग करने वाली किसी भी चीज़ को अक्षम / अनइंस्टॉल करें:
सिस्टम आइडल प्रोसेस को इग्नोर करें। 19% इस स्क्रीनशॉट में बहुत बुरा नहीं है, लेकिन यह एक संभावित संदिग्ध है। यदि आपको ऐसा कुछ मिलता है, तो इस प्रोग्राम को अक्षम करें और इसके बिना रिबूट करने का प्रयास करें।
यह इसके बारे में! आशा है कि यह मार्गदर्शिका लोगों को अपने कंप्यूटर के निचले भाग में धीमे होने में मदद करती है।
PS एक सलाह का आखिरी टुकड़ा: जब आप डीफ़्रैग करते हैं, तो यह सुनिश्चित करें कि डिस्क के अलावा कुछ और उपयोग न करें। विशेष रूप से, किसी भी बैकअप / सिंक सॉफ़्टवेयर को रोकें और ऊपर वर्णित QPerfMon विधि का उपयोग करें ताकि डिफ्रेग शुरू करने से पहले डिस्क शो> विस्तारित अवधि के लिए 90% निष्क्रिय हो। यह इसे बड़े पैमाने पर गति देना चाहिए।