एमटीई बताता है: कैसे प्रगति बार्स काम करते हैं और वे ज्यादातर समय गलत क्यों हैं

विंडोज़ में पहली जीयूआई के बाद से, हम प्रगति सलाखों की वास्तविकता के साथ रहते हैं। वे हमेशा एक करीबी दोस्त की तरह थे, आपको बताते थे कि वे लगभग कुछ खत्म हो गए हैं, वास्तव में, वे शायद अंत से दूर हैं। निराशा की भावना है जो आपको प्रगति पट्टी पर "99%" पढ़ते समय भर देती है, जबकि यह आपको बता रही है कि पिछले पांच मिनट के लिए यह कार्य पूरा करने के लिए एक सेकंड शेष है। हम आपकी निराशा को समझते हैं, यही कारण है कि मैं समझाऊंगा कि ये बातें क्यों होती हैं।

सबसे पहले, चलो देखते हैं कि प्रगति बार्स कैसे काम करते हैं

एक संवाद पर slapping करके और इसमें एक बार डालकर एक प्रगति पट्टी बनाई जाती है। वह बार कार्य पूरा करने में किए गए प्रगति के प्रतिशत के अनुसार भर जाता है, इसलिए नाम "प्रगति पट्टी" है। प्रोग्रामर कुछ मील के पत्थर को प्रतिशत के दौरान जिम्मेदार बनाकर प्रगति सलाखों को टिकते हैं। इसलिए, एक बार प्रगति पट्टी 100 भागों वाले किसी कार्य के तीसरे हिस्से तक पहुंच जाती है, तो उसे पता है कि इसे केवल तीन प्रतिशत भरना है।

कभी-कभी, प्रोग्रामर भी अपनी प्रगति सलाखों पर एक टाइमर डाल सकते हैं। यह (हमेशा गलत) निर्धारित करेगा कि यह पूरा होने तक एक विशिष्ट कार्य कितना समय लगेगा। पिछले उदाहरण का उपयोग करके, मान लीजिए कि हमारे 100-भाग कार्य के पहले तीन भाग तीन सेकंड में किए गए थे। यह एक मिनट और 37 सेकंड (कुल 97 सेकंड) शेष छोड़ देता है। लेकिन यह सामान केवल एक परिपूर्ण दुनिया में काम करता है। मैं नीचे समझाऊंगा।

बार क्यों अटक गया

प्रगति सलाखों कुछ बिंदुओं पर फंसने के लिए कुख्यात हैं। यह बहुत निराशाजनक है, लेकिन सभी पागलपन के पीछे एक कारण है। जब एक प्रगति पट्टी किसी कार्य की प्रगति को मापती है, तो यह कुछ मानदंडों का उपयोग करती है। उदाहरण के लिए, मान लीजिए कि हम 1, 000 फाइलों की प्रतिलिपि बना रहे हैं। उनमें से प्रत्येक फाइल का एक अलग आकार हो सकता है। कुछ लोग 1, 000 से 100 विभाजित करेंगे। यह अच्छा लगता है, लेकिन फ़ाइल आकार में अंतर के लिए जिम्मेदार नहीं है। कुछ फाइलें कुछ एमबी हो सकती हैं, जबकि अन्य 10 जीबी तक हो सकती हैं!

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

हार्ड ड्राइव डेटा की बड़ी मात्रा की प्रतिलिपि बनाने की तुलना में छोटी फ़ाइलों (या बड़ी, लेकिन शारीरिक रूप से खंडित, फ़ाइलों) की तुलना में धीमी होती है। ऐसा इसलिए है क्योंकि एक बड़ी फ़ाइल के दो बड़े हिस्सों को शिकार करने की प्रक्रिया की तुलना में 100 छोटी फाइलों तक पहुंचने पर अपने भौतिक प्लेटर्स के भीतर नए सेगमेंट की तलाश करने की प्रक्रिया अधिक कठिन होती है। रजिस्ट्री प्रविष्टियों के बारे में भी यही कहा जा सकता है। वे लंबाई और परिष्कार में भिन्न होते हैं।

कुछ अंतिम विचार

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

ओह, और यहां प्रगति सलाखों से संबंधित एक दिलचस्प छोटा खेल है: प्रगति युद्ध।

यदि आप कार्यों की भविष्यवाणी करने के अधिक सटीक तरीकों के बारे में सोच सकते हैं, तो नीचे एक टिप्पणी छोड़ना सुनिश्चित करें!

BigStockPhoto द्वारा डार्क लोडिंग या प्रोग्रेस बार