यहाँ 99% उपयोग में मेरी डिस्क क्यों है?


12

मेरे पास इस उपयोगकर्ता के समान मुद्दा है । आप अपने स्क्रीन शॉट को बहुत अधिक ले सकते हैं और इसे मेरे मुद्दे पर लागू कर सकते हैं: विंडोज 8.1, 99% डिस्क उपयोग या उस आसपास के क्षेत्र में लंबे समय तक (मिनट)। फिर भी व्यक्तिगत डिस्क उपयोग आँकड़े लगभग 1MB / सेक से अधिक तक नहीं जोड़ते हैं। मेरे पास एक SSD डिस्क है जो बहुत अधिक थ्रूपुट में सक्षम है ।

मैं जिस प्रश्न से जुड़ा था, वह बहुत जवाब नहीं देता, लेकिन एक टिप्पणी कम मुक्त डिस्क स्थान पर संकेत देती है। यह मेरी डिस्क के साथ एक समस्या है। मेरे पास सी ड्राइव पर केवल 1GB खाली जगह बची है। लेकिन मेरे फॉलो-अप सवाल यह है कि मामला क्यों होगा? विंडोज 6GB वर्चुअल ड्राइव को प्री-आवंटित करता है, है ना? कम से कम यही है कि मैं सिस्टम मेमोरी → प्रदर्शन विकल्पों के तहत वर्चुअल मेमोरी सेटिंग्स स्क्रीन में "वर्तमान में आवंटित" की व्याख्या कैसे करता हूं।

मैंने डिस्क का उपयोग करने के बारे में कुछ जानकारी हासिल करने के लिए प्रक्रिया मॉनिटर टूल का उपयोग करने की कोशिश की है , लेकिन कुछ सेकंड में लॉग किए गए डेटा की मात्रा इतनी विशाल है कि मुझे नहीं पता कि कहां से शुरू करना है। केवल एक चीज जो मैं देख रहा हूं वह यह है कि service.exe रजिस्ट्री को बहुत अधिक एक्सेस करती है ... लेकिन मुझे लगता है कि यह सामान्य है? अगर किसी को देखने के लिए परवाह है, लॉग डंप यहाँ है (19MB)

संक्षेप में :

  1. क्या डिस्क उपयोग वास्तव में ऊपर जाता है जब मुक्त स्थान में गिरावट आती है? यदि हां, तो क्यों?
  2. क्या कोई भी मेरी Procmon लॉग फ़ाइल से कटौती कर सकता है जो प्रोग्राम या प्रक्रिया 99% डिस्क उपयोग का कारण बनता है?

संपादित करें : दूसरी पोस्ट में "मैलवेयर" -एआरके पर टिप्पणी करने के लिए: मैं जानना चाहता हूं , अनुमान नहीं। मुझे संदेह है कि यह मेरे मामले में मैलवेयर है, लेकिन अगर यह है, तो मेरे लॉग को यह दिखाना चाहिए।

अद्यतन : इसी तरह का मामला अभी हुआ। इन दो ResMon स्क्रीनशॉट से कोई सुराग?

रेसमॉन डिस्क का उपयोग।  5MB प्रति सेकंड के साथ शीर्ष पर "सिस्टम", MsMpEng.exe प्रति सेकंड 2MB के साथ पीछे चल रहा है

ResMon नेटवर्क उपयोग गतिविधि।  कोई महत्वपूर्ण यातायात दिखाई नहीं दे रहा है

"सिस्टम" वास्तव में मुझे ज्यादा नहीं बताता है।


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

1
इसकी समस्या कम है, क्योंकि स्कैन / तलाश अब स्थिर हैं, लेकिन किसी भी समय आपको 29 विभिन्न स्थानों से एक फ़ाइल को फिर से इकट्ठा करना होगा, यह अभी भी एक ही डिस्क स्थान तक पहुंचने की तुलना में धीमी होगी। उस ने कहा, आपका लेख पहनने के स्तर के एल्गोरिदम के बारे में अच्छे बिंदु बनाता है, जो ज्यादातर लोगों के दिमाग में ट्रम्प के प्रदर्शन की चिंता करते हैं।
फ्रैंक थॉमस

1
थर्ड-पार्टी सॉफ्टवेयर को भूल जाइए। यदि आप वास्तव में अपने OS के
नॉटी

1
संसाधन मॉनिटर का उपयोग करें (विन + आर दबाएं, लिखें resmon.exe, हिट दर्ज करें)। इसे खोलें, Diskटैब पर जाएं और हमें बताएं कि ऐसा होने पर कौन सी प्रक्रिया (तों) में उच्च डिस्क का उपयोग होता है। या बेहतर, ascreenshot अपलोड करें।
जेट

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

जवाबों:


7

मैंने अभी देखा है कि आपकी समस्या दूर हो गई है लेकिन नीचे अगली बार के लिए उपयोगी होना चाहिए।

मैंने आपका प्रोसेस मॉनिटर लॉग डाउनलोड किया और आपके द्वारा कैप्चर किए गए 6 सेकंड ट्रेस के दौरान प्रत्येक फ़ाइल तक पहुंचने की संख्या की गणना की। आप टूल -> काउंट वैल्यू ऑक्यूपेंस -> कॉलम ड्रॉप-डाउन से पथ का चयन करें और फिर काउंट बटन पर क्लिक करें। आरोही / अवरोही क्रम में गिनती संख्याओं को क्रमबद्ध करने के लिए काउंट बटन पर क्लिक करें। उन पर ध्यान केंद्रित करने के लिए उन फ़ाइल पथों में से किसी पर डबल-क्लिक करें।

शीर्ष 4 फ़ाइल पथ एक्सेस किए गए हैं: 3276 बार: HKCU \ Software \ Classes \ Local Settings \ MuiCache \ de \ 417C44EB 3276 बार: HKLM \ SYSTEM \ CurrentControlSet \ Control \ NUI \ StringCacheSettings 2188 बार: HKCU 1457 बार: C: (यह) खोजकर्ता वह है जो इसे एक्सेस कर रहा है)

उपरोक्त पहुंच में शामिल प्रक्रियाओं में SearchIndexer.exe और services.exe शामिल हैं और वे बार-बार एक्सेस के अनुरोध को दोहराते हुए प्रतीत होते हैं। मुझे यकीन नहीं है कि मुझे पता है कि इससे आगे क्या हो रहा है, लेकिन मेरा सुझाव है कि आप अपने विंडोज सर्च इंडेक्स को अक्षम करने का प्रयास करें और देखें कि प्रदर्शन को कैसे प्रभावित करता है।

मुझे एक अनफ़िल्टर्ड प्रारूप में ट्रेस पर एक और नज़र थी और C: \ Windows \ SoftwareDistribution \ Download के साथ उपसर्ग वाले पथों के साथ विभिन्न सॉफ़्टवेयर वितरण फ़ोल्डरों तक बहुत सी पहुँच देखी गई। प्रदर्शन।


+1 मुझे प्रोकॉन में गिनती एकत्रीकरण के बारे में पढ़ाने के लिए और # 2 के लिए एक ठोस उत्तर प्रदान करने के लिए
निलज़ोर

3
  1. क्या डिस्क उपयोग वास्तव में ऊपर जाता है जब मुक्त स्थान में गिरावट आती है? यदि हां, तो क्यों?

1. हां। विंडोज के साथ-साथ अन्य OS में एक पूर्ण मुख्य डिस्क के परिणामस्वरूप OS को धीरे-धीरे / बुरी तरह से मेरे एक्सपीरिएंस में व्यवहार किया जाएगा। क्यों? डिस्क पर विखंडन (और परिणामस्वरूप मेमोरी में प्रसंस्करण के टुकड़े की वृद्धि के साथ-साथ डिस्क रीड / राइट की संख्या)। शेष छोटा क्षेत्र डिस्क पर खंडित हो जाएगा, संभवतः डिस्क पर विभिन्न क्षेत्रों में फैल जाएगा। कोई स्थान खाली नहीं है, इसलिए जब तक अधिक स्थान खाली नहीं हो जाता तब तक डी-विखंडन बहुत मदद नहीं कर पाएगा। सभी प्रक्रियाओं को अस्थायी फ़ाइलों (जैसे इंटरनेट ब्राउज़र कैश) को लिखने की आवश्यकता है। ये फाइलें खंडित हो जाएंगी। चुंबकीय डिस्क के लिए डिस्क प्रमुखों को आगे की यात्रा करनी होती है, जिसका अर्थ है कि धीमी फ़ाइल रीड / राइट। SSD डिस्क के लिए मुझे यकीन नहीं था, यह थोड़ा उबाऊ है, लेकिन इसे अच्छी तरह से समझाता है:
http://www.youtube.com/watch?v=VfYkJoqfG-k "क्यों विखंडन अभी भी SSDs के साथ एक समस्या है"। स्मृति में (फ़ाइल-आबंटन-तालिका में मेमोरी) खंडित फ़ाइलें अधिक स्थान लेती हैं और अधिक सीपीयू और बस गतिविधि में परिणाम होते हैं जो विभिन्न टुकड़ों से निपटते हैं। वीडियो पर वह डिस्क की बिक्री के लिए समाप्त होता है जो एसएसडी के लिए समस्या को सुधारने का दावा करता है। लेकिन डिस्क पर पर्याप्त खाली स्थान की अनुमति देना संभवतः सबसे अच्छी रणनीति होगी।

यह अच्छा है: एसएस-डी-फ्रैगिंग एसएसडी के प्रभाव में जांच। http://www.pcworld.com/article/2047513/fragging-wonderful-the-truth-about-defragging-your-ssd.html निष्कर्ष: SSD के साथ डी-नाजुक टूल चलाने का कोई मतलब नहीं है।

\ 2। क्या कोई भी मेरी Procmon लॉग फ़ाइल से कटौती कर सकता है जो प्रोग्राम या प्रक्रिया 99% डिस्क उपयोग का कारण बनता है?

2. मुझे लगता है कि आपको पहले डिस्क पर कुछ जगह बनाने की आवश्यकता है। थोड़ा बेहतर व्यवहार करने के लिए सिस्टम प्राप्त करें। फिर अगर डिस्क समस्या (स्थान या गतिविधि) पर अभी भी कोई समस्या है।


1

मैं इस बात से सतर्क रहूंगा कि आप यह निर्धारित करने के लिए क्या उपयोग कर रहे हैं कि डिस्क 100% पर चल रही है। इसका क्या मतलब है?

कि डिस्क अधिकतम थ्रूपुट पर चल रही है? नहीं, आपका कंप्यूटर कैसे जानता है कि डिस्क की अधिकतम गति क्या है? निर्माताओं द्वारा प्रदान की गई आशावादी गति को देखते हुए, यदि आप कभी भी किसी भी लम्बाई के लिए शीर्ष गति का 100% तक पहुंच जाते हैं, तो मैं चौंका जाऊंगा।

मुझे लगता है कि आप जिस 99% को देख रहे हैं, वह अधिक संभावना है कि जब डिस्क का उपयोग होता है तो एक अनुमानित माप होता है ... यानी अवलोकन के समय लगातार लिखा जा रहा है / से पढ़ा जा रहा है। इसका मतलब यह नहीं है कि यह पूरी गति से काम करेगा। आप अधिक बड़ी संख्या में छोटी फ़ाइलों को हिट करने की संभावना रखते हैं। SSDs में पारंपरिक डिस्क के समान मैकेनिक्स नहीं होते हैं, लेकिन बहुत सी छोटी फ़ाइलों को पढ़ने / लिखने पर ओवरहेड्स होते हैं।

यदि आप वहां से एक दर्जन बेंचमार्किंग एप्लिकेशन चलाते हैं, तो आपको पता चलेगा कि आपकी डिस्क कितनी तेजी से काम करती है और यह 1GB / s से अधिक ऊंची होगी! यदि आप अपनी पहली छवि को देखते हैं, तो आप देखते हैं कि सबसे ऊँची (हरी) चोटी लगभग 60-70GB / s है जो आपकी डिस्क के लिए उचित-अगर-अनार्य वास्तविक दुनिया की गति है, लेकिन अधिकांश समय, यह धीमा चल रहा है। उसी छवि पर, हम देख सकते हैं कि आपके पास 10 की कतार की गहराई है .... इसका मतलब है कि डिस्क संचालन ढेर हो रहा है।

हालांकि, जैसा कि अन्य ने बताया है .... आप विंडोज और अन्य अनुप्रयोगों के काम करने के लिए काफी अधिक खाली स्थान के साथ कर सकते हैं। इसके अलावा अधिक रैम का मतलब है इन-मेमोरी कैशिंग और इसलिए कम डिस्क काम।


अच्छी बात है। 100% या नहीं, यह अस्थायी फ्रीज़ के बिंदु पर ध्यान देने योग्य समग्र प्रदर्शन को जन्म देता है, इसलिए यह किसी भी मामले में एक समस्या है । अंतरिक्ष को खाली करना अब प्राथमिकता है, हालांकि यह भी 128 जीबी HD के साथ अल्ट्राबुक पर एक गैर-तुच्छ कार्य है;)
निलज़ोर

128GB में पैंतरेबाज़ी करने के लिए आपके पास बहुत जगह नहीं है ... शायद आप 240GB प्रतिस्थापन पर छप सकते हैं? वह समाधान नहीं जिसकी आप उम्मीद कर रहे हैं, भले ही आप 10GB बाहर साफ़ करें, आप इसे कुछ ही समय में उपयोग करते हैं और आप हमेशा इससे जूझते रहेंगे।
CJM

0

ठीक है, मैं जुआ खेलने के लिए चारों ओर बेवकूफ बना रहा था, ड्राइवरों को अपडेट कर रहा था, सामान ऐसा था क्योंकि मुझे भी यही समस्या थी। तब मैंने कंट्रोल पैनल> सिस्टम> एडवांस्ड सिस्टम सेटिंग्स> परफॉर्मेंस के तहत कंट्रोल पैनल (विंडोज 8.1 पर हूं) पर एक ऑप्शन आया। वहाँ मैंने विज़ुअल इफ़ेक्ट का एक गुच्छा निष्क्रिय कर दिया और TA DAH मैं अपनी डिस्क पर 4% पर हूँ। यह नहीं है। आप अपने ग्राफिक कार्ड ड्राइवर को अपडेट करने का भी प्रयास कर सकते हैं। आशा करता हूँ की ये काम करेगा।


0

आपको अपनी डिस्क की वास्तविक सीमा क्या है, यह समझने के लिए आपको CristaDiskMark या एक समान टूल चलाना चाहिए। मैंने देखा है कि HDDs रैंडम रीड / राइट टेस्ट में 1MB / s से कम स्कोरिंग करते हैं, इसलिए एक एकल खंड एक भारी खंडित फ़ाइल को पढ़ने (या सिर्फ गैर-अनुक्रमिक पढ़ने / लिखने का एक बहुत कुछ बना रहा है, जैसे डेटाबेस को अनुक्रमित करना) 100% उपभोग कर सकता है आपके HDD थ्रूपुट केवल 1MB / s पर।

एक अन्य संभावित कारण यह है कि आपकी डिस्क जीवन के अंत के पास है, जब कई फ़ाइलों में अस्थिर या रीमैप्ड सेक्टर होते हैं। हटाए गए क्षेत्रों में विखंडन के समान प्रभाव होता है, केवल उन्हें डीफ़्रेग्मेंट नहीं किया जा सकता क्योंकि वे सॉफ़्टवेयर के लिए सुलभ डिस्क क्षेत्र से बाहर हैं। अस्थिर क्षेत्र बहुत खराब हो सकते हैं, पढ़ने में कई सेकंड लगते हैं। कोई भी SMART टूल आपको ये प्रदर्शित कर सकता है, जैसे कि CristalDiskInfo।

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