क्या बहुत सारे फोल्डर होने से कंप्यूटर धीमा हो सकता है?

Question

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

Comments

शायद आप एक नज़र रखना चाहते हैं इस

— Gene

Answer 1

जैसा कि मुझे पता है, तो बड़ी संख्या में फ़ाइलों के साथ एक या कुछ फ़ोल्डर्स होने की तुलना में, कम संख्या में फ़ाइलों के साथ कई फ़ोल्डर्स रखना बेहतर होता है।

प्रत्येक फ़ोल्डर प्रत्येक फ़ाइल / फ़ोल्डर (लिंक) के लिए सूचकांक जानकारी संग्रहीत करता है। इसलिए यदि आपके पास उस फोल्डर में 1.000.000 फाइलें हैं, तो उसमें 1.000.000 प्रविष्टियाँ संग्रहीत होंगी और जो लोड करने में धीमी होंगी।
लेकिन अगर आपके पास प्रत्येक में 100.000 फ़ाइलों के साथ 10 फ़ोल्डर हैं, तो इसमें केवल 10 प्रविष्टियाँ संग्रहीत होंगी और प्रत्येक उप-फ़ोल्डर्स में 100.000।
यह सिर्फ एक सरल उदाहरण है, लेकिन मुझे उम्मीद है कि आपको यह बात मिल जाएगी।

मुझे लगता है कि अगर आपके पास फ़ाइलों / फ़ोल्डरों के साथ लाखों फ़ोल्डर्स हैं, तो यह एक समस्या होगी।

यह भी पढ़े: वहाँ विशाल फ़ोल्डर होने के साथ कोई समस्या है?

Answer 2

आम तौर पर नहीं, लेकिन फाइलसिस्टम के व्यवहार में बहुत सारे वैरिएबल होते हैं इसलिए कुछ परिस्थितियाँ ऐसी होती हैं जहाँ इससे फर्क पड़ता है।

दिन-प्रतिदिन की दौड़ के लिए, यह केवल उन निर्देशिकाओं के लिए मायने रखता है जिन्हें आप (या आपकी ओर से अनुप्रयोग) एक्सेस कर रहे हैं। एक निर्देशिका में बहुत सारी फ़ाइलों और उप-निर्देशिकाओं (कई हजार या अधिक) के साथ, आप FAT आधारित फाइल सिस्टम के साथ प्रदर्शन के मुद्दों का अनुभव कर सकते हैं क्योंकि निर्देशिका लिस्टिंग अपेक्षाकृत असंरचित तरीके से संग्रहीत की जाती है, लेकिन NTFS के लिए ऐसा नहीं है लिस्टिंग एक अनुक्रमित संरचना में संग्रहीत की जाती है जो खोज और संशोधित करने के लिए अधिक कुशल है (यदि आप लिनक्स का उपयोग कर रहे हैं, तो ext2 और ext3 / ext4 / new filesystems के बीच एक समान अंतर है)। किसी भी निर्देशिका में वस्तुओं की संख्या के लिए पूर्ण सीमाएं हैं, लेकिन यह दुर्लभ है कि आप उन्हें मारेंगे (वे FAT32 के लिए 32,000 और NTFS के लिए 4,000,000,000 के आदेश के हैं)।

यदि आपकी निर्देशिका संरचना गहरी है (जैसे कि c:\this\is\a\directory\structure\with\many\many\many\many\levels\my\god\look\how\deep\it\goes ) और / या इसके भीतर कुछ लंबे नाम हैं तो आप पुराने 260 वर्ण पथ की सीमा से टकराएंगे। IIRC विंडोज एपीआई और बिल्ट-इन लाइब्रेरी और amp; उपकरण (एक्सप्लोरर सहित) हालिया रिलीज के अनुसार अधिक लंबे रास्तों का सामना कर सकते हैं, लेकिन आप एक महान कई 3 पार्टी उपयोगिताओं को अभी भी मान लेंगे और सीमा को लागू करेंगे (या गिर जाएंगे यदि वे उस सीमा से अधिक लंबा अनुभव करते हैं)। इसके अलावा कुछ 3 पार्टी उपकरण एक बड़ी निर्देशिका को कई फाइलों / उप-निर्देशिकाओं के साथ एक एकल निर्देशिका को देखते हुए अक्षमतापूर्ण व्यवहार करेंगे।

यदि आपके पास किसी फाइलसिस्टम (फाइल, डायरेक्टरी या दोनों) में बहुत सी वस्तुएं हैं तो किसी भी फाइलसिस्टम का व्यापक ऑपरेशन जैसे कि एक स्थिरता जांच chckdsk निश्चित रूप से अधिक समय लगेगा।