इष्टतम एन्युमरेशन के लिए NTFS फ़ोल्डरों में इमेज को स्टोर करने के लिए मुझे किस संख्या में फाइलें चाहिए?


0

ध्यान दें कि मैं यह नहीं पूछ रहा हूं कि प्रति फ़ोल्डर NTFS कितनी फाइलें स्टोर कर सकता है (जो कि यहां और यहां कवर किया गया है )।

मैं जानना चाहूंगा कि एनटीएफएस फ़ोल्डरों में फ़ाइलों को एन्यूमरेट करने के लिए दूसरे लोग "इष्टतम" नंबर पर क्या विचार करते हैं। विशेष रूप से, मैं ~ 20kb चित्र संग्रहीत कर रहा हूं। यह दसियों हज़ारों फाइलों में लगता है, कि विंडोज़ एक्सप्लोरर में फ़ाइल सूचियों को प्रदर्शित करने में समस्याएँ शुरू हो जाती हैं (यानी लंबे समय तक लेने में)।

क्या मुझे 10k पर फ़ाइल की मात्रा को कैप करना चाहिए? 5k? क्या 4096 जैसी कोई "इष्टतम" संख्या है जो मुझे फ़ोल्डर्स नेविगेट करते समय सबसे अच्छा प्रदर्शन देगी?


मुझे यह जोड़ना चाहिए कि यह 7200 RPM पर 500GB हार्ड ड्राइव पर छवियों के भंडारण से संबंधित है। इस तरह के भंडारण अस्थायी है जब तक कि छवियों को कहीं और स्थानांतरित नहीं किया जाता है।
जेल्टन

जवाबों:


2

कोई जादुई इष्टतम संख्या नहीं है, यह सिर्फ एक्सप्लोरर पर निर्भर करता है कि कितनी फ़ाइलों को देखने की जरूरत है।

यदि आप एक्सप्लोरर के साथ ब्राउज़ कर रहे हैं, तो मैं इसे प्रति फ़ोल्डर 2000-3000 के तहत रखने की कोशिश करूंगा, लेकिन यह एक व्यक्तिगत प्राथमिकता है।

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


मैं सहमत हूं, मैं आमतौर पर इन फ़ोल्डरों से निपटने के लिए कमांड लाइन या स्क्रिप्ट का उपयोग करता हूं, लेकिन हमारे पास ऐसे उपयोगकर्ता हैं जो कभी-कभी ब्राउज़ करना चाहते हैं, और मैं जो सबसे अच्छा प्रदर्शन कर सकता हूं, वह करना चाहता हूं। मेरी जिज्ञासा यह थी कि क्या प्रदर्शन केवल फ़ाइल मात्रा n पर आधारित है, या यदि थ्रेसहोल्ड मौजूद हैं। यानी 1 से 4096 फाइलों के साथ एक एक्सप्लोरर विंडो खोलना एक गति है, लेकिन 4096 ... 16k कुछ अन्य (धीमी) गति है।
येल्टन

नहीं, यह काफी रैखिक है। एक्सप्लोरर को अपने सुखद छोटे कॉलम / आइकन / आदि प्रदान करने के लिए फ़ोल्डर में प्रत्येक फ़ाइल पर मेटाडेटा को खोलना और संसाधित करना पड़ता है, यही कारण है कि बहुत सारी फ़ाइलों के साथ इतना लंबा समय लगता है। प्रदर्शन की ऊपरी सीमा शायद या तो रैम है या एक हार्डकोड सीमा है जिसे मैंने पहले कभी नहीं देखा है। किसी भी तरह से, यदि आप इस तरह की सीमा से टकराते हैं तो यह बस दुर्घटनाग्रस्त हो जाएगी या धीमी गति से चलने के विपरीत काम नहीं करेगी।
18:09 पर हप्पी

धन्यवाद @ हैप्पी कि मैं क्या जानना चाहता था। मैं एक राउंड नंबर का उपयोग करूँगा जो अच्छा प्रदर्शन दे, तब लगता है।
जेल्टन

1

वैसे आपने एक बड़ा सवाल पूछा है जो आप सोच सकते हैं ... संक्षिप्त उत्तर नहीं है क्योंकि आपने प्रश्न प्रस्तुत नहीं किया है।

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

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

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