विंडोज में समय-समय पर विलोपन की गति क्यों होती है?

Question

बस ब्याज से बाहर, अक्सर समय-समय पर विलोपन का कारण क्या है? विंडोज 8 में, विलोपन संवाद विंडो एक आरेख में विलोपन गति दिखाती है।

यदि कोई कारण नहीं है, तो निश्चित रूप से इसका उत्तर भी होगा।

Comments

आपके पास फ़ोल्डर में 100,000 फाइलें हैं, वे सभी अलग-अलग आकार के हैं, माप प्रति सेकंड आइटम है इसलिए जितनी तेज़ी से आइटम हटाए जाएंगे आइटम उतना ही छोटा होगा।

— रामहुंड

@ राम, यह प्रतीत नहीं होता है कि यह भिन्न फ़ाइल आकार से संबंधित है। ग्राफ का साइनसॉइडल प्रकृति बहुत नियमित है।

— GaTechThomas

फ़ाइलों को हटाने पर विंडोज कब्जे वाले ब्लॉक को शून्य नहीं करता है। एक बड़ी फ़ाइल को हटाने से छोटे को हटाने से अधिक समय नहीं लेना चाहिए। अपराधी अधिक संभावना आइटम की संख्या है। क्या वे कई सबफ़ोल्डर्स में हैं? कई फ़ाइलों (बड़ी या छोटी) से निपटने के दौरान पर्याप्त ओवरहेड होता है - भले ही आप हटा रहे हों, नकल कर रहे हों या आगे बढ़ रहे हों।

— 8'13

किसी तरह की कैशिंग? हटाए गए अनुरोधों का गुच्छा ग्राफ़ की चोटियों पर बह गया?

— जेसी स्लीकर

मैंने यह भी देखा है, कभी-कभी बहुत बड़ी लहरों के साथ।

— मोशे काट्ज़

Answer 1

कुछ कारण हैं:

1. डेटा निरंतरता: NTFS कार्यान्वित किया जाता है जहां यह एक डिस्क में क्रमिक रूप से लिखता है, इसलिए यदि आप किसी फ़ाइल को संपादित करते हैं - NTFS को आपकी हार्ड डिस्क पर गैर-सन्निहित क्षेत्र में परिवर्तनों को संग्रहीत करना पड़ सकता है। इसका मतलब है कि किसी फ़ाइल को हटाने के लिए, उसे सेक्टर 2 से सेक्टर 100,000 (काल्पनिक रूप से, निश्चित रूप से) तक कूदना पड़ सकता है और फिर फ़ाइल को समाप्त करने के लिए वापस आ सकता है। फिर यह अगली फ़ाइल के अगले क्षेत्र को हटाने के लिए पाता है और फिर से उस प्रक्रिया को दोहरा सकता है।

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

3. @ रामहाउंड ने "आइटम प्रति सेकंड" टुकड़े का उल्लेख किया, जो आपके विलोपन संवाद ( Speed: 1.082 items/s) द्वारा पुष्टि की जाती है । इसलिए एक बड़ी फ़ाइल, एक गैर-सन्निहित फ़ाइल, या एक छोटी फ़ाइल को हटाना सभी प्रति सेकंड आइटमों की संख्या में एक भूमिका निभाता है।

4. CPU प्राथमिकताकरण: यह सामान घड़ी चक्रों में किया जाता है, इसलिए यह संभावना है कि आपका CPU चक्र के दौरान अन्य प्रक्रियाएं चला रहा हो और इससे गति प्रभावित हो सकती है (यह मेरी ओर से अनुमान है)

Comments

विंडोज़ / NTFS फ़ाइलों को हटाते समय कब्जे वाले ब्लॉक को शून्य नहीं करता है। बड़े या छोटे, सन्निहित या गैर-सन्निहित कोई फर्क नहीं पड़ता।

— एबस्टैस्क

@abstrask - मैंने यह नहीं कहा कि यह कुछ भी शून्य करता है। हालाँकि, इसे $BitMapप्रत्येक क्लस्टर में (फ़ाइल) के चारों ओर कूदना पड़ता है और इसे उपयोग करने के लिए मुफ़्त चिह्नित करना होता है (यानी "हटा दिया गया")। एक फ़ाइल को खोलना और संपादित करना (किसी भी स्तर पर) संसाधनों को लेता है और इसमें कूदने के लिए ओवरहेड ले जाता है और यह आपको धीमा कर सकता है। यदि फ़ाइल बड़ी है - इसे संपादित करने में अधिक समय लगता है, यदि फ़ाइल गैर-सन्निहित है - तो इसे ढूंढने में थोड़ा अधिक समय लगता है।

— nerdwaller

प्रत्येक क्लस्टर को $ बिटमैप फ़ाइल में एक बिट द्वारा दर्शाया गया है। 4 KB के डिफॉल्ट एलोकेशन यूनिट साइज को मानते हुए, 100 बिट फ़ाइल में $ 100 बिट फ़ाइल के लिए बाइट के लिए एलोकेशन संदर्भ। एक बड़ी फ़ाइल, 1 GB कहती है, $ Bitmap फ़ाइल में 32 KB तक होती है। भले ही $ बिटमैप बहुत अधिक खंडित था, हार्ड ड्राइव को केवल हटाने के लिए 1 जीबी फ़ाइल के क्लस्टर को चिह्नित करने के लिए 32 केबी / 4 केबी / क्लस्टर = 8 क्लस्टर के बीच छोड़ना होगा। हां, एक बड़ी फ़ाइल को हटाने के लिए अधिक बिट्स फ़्लिप करना होगा, लेकिन यह शायद ही मापने योग्य है और निश्चित रूप से स्क्रीनशॉट में दिखाए गए लार्ज विजुअल बम्प्स का कारण नहीं होगा।

— abstrask