क्या किसी दिए गए फ़ोल्डर में मेरे द्वारा रखी जा सकने वाली फ़ाइलों की संख्या की सीमा है?


19

एक फ़ोल्डर में कितनी फाइलें हो सकती हैं? मेरे पास 1 फ़ोल्डर के अंदर 30k फ़ोल्डर हैं। प्रत्येक फ़ोल्डर में 1 छवि फ़ाइल है। क्या किसी फ़ोल्डर को संग्रहीत करने वाली फ़ाइलों की संख्या की सीमा है?

मैं Windows Server 2003, IIS6 का उपयोग कर रहा हूं।

जवाबों:


22

नोट: NTFS की मानें, तो उनके दाहिने दिमाग में कोई भी USB अंगूठे ड्राइव या मेमोरी कार्ड के अलावा किसी अन्य चीज के लिए FAT का उपयोग नहीं करेगा, एक सर्वर पर अकेला रहने दें (ठीक है, यह सोचा डरावना है)।

हां, एक सीमा है। ब्रह्मांड में कणों की तुलना में अधिक फाइलें संग्रहीत करना अव्यावहारिक साबित हो सकता है। हालांकि, वास्तविक सीमा कहीं कम है।

NTFS में प्रति वॉल्यूम अधिकतम 4,294,967,295 (2 32 - 1) फाइलें हैं । उनमें से कुछ पहले से ही फाइल सिस्टम द्वारा उपयोग किए जाते हैं और फ़ोल्डर को फाइलों के रूप में भी गिना जाना चाहिए।

30,000 वास्तव में कई फाइलें नहीं हैं। लेकिन Microsoft अनुशंसा करता है कि आप DOS- संगत लघु नामों की ऑटो-पीढ़ी को बंद कर दें, यदि आप 300,000 पिछले स्थानांतरित करते हैं तो एक अद्वितीय लघु नाम मिलना मुश्किल है।


हम्म सिफारिश एनटी 3.5 पर लागू होती है। इसमें किसी नए ऑपरेटिंग सिस्टम का उल्लेख नहीं है।
गणेश आर।

2
तब से यह तथ्य नहीं बदला है। लघु नाम पीढ़ी अभी भी है और एक संक्षिप्त नाम खोजने की अंतर्निहित समस्या अभी भी बनी हुई है क्योंकि उनमें से बहुत से हैं - बस क्योंकि वे हैं ... अच्छी तरह से ... लघु :-)
जॉय

मैं इस जानकारी की तलाश में था। मुझे बस उस प्रोग्राम के लिए डॉस 8.3 लघु नामों को छोड़ना होगा, जिसके साथ मैं काम कर रहा हूं, जिसमें मैंने एक फ़ाइलपथ वर्ण सीमा पार कर ली है। मैं सोचने लगा कि कुछ सीमाएँ हो सकती हैं। तब मुझे एहसास हुआ कि कुछ समान फ़ाइलों के बाद वे 4 वर्ण हैश का उपयोग करना शुरू करते हैं। तब (26 + 10) ^ 4 = 1679616 संभावित नाम हैं। मैंने इसे एक फ़ाइल का नाम बदलकर किसी अन्य फ़ाइल के शॉर्टनेम में रखने की कोशिश की, लेकिन इसने इसे पर्दे के पीछे बदल दिया और मूल रूप से कहा कि "फ़ाइल मौजूद है। इसके बजाय LooooongName (2)?"। चूँकि मैं 300000 के पास कहीं भी जाने की योजना नहीं बना रहा हूँ, मैं ठीक हो जाऊंगा! दिलचस्प सामान!
flutefreak7

16

एक फ़ोल्डर में सभी फ़ाइलों के संयुक्त आकार पर कोई व्यावहारिक सीमा नहीं है, हालांकि एक फ़ोल्डर में फ़ाइलों की संख्या पर सीमाएं हो सकती हैं। इससे भी महत्वपूर्ण बात, व्यक्तिगत फ़ाइल आकार की सीमाएं हैं जो इस बात पर निर्भर करती हैं कि आप अपनी हार्ड डिस्क पर किस फाइल सिस्टम का उपयोग कर रहे हैं। ("फाइलसिस्टम" डिस्क पर स्टोर की गई फाइलों के बिल्कुल समान नहीं है।

चलिए इसे फ़ाइल सिस्टम द्वारा तोड़ते हैं:

• FAT उर्फ ​​FAT16

फ़ाइल आवंटन तालिका के लिए FAT, मूल FAT12 फाइलसिस्टम का उत्तराधिकारी है जो कई साल पहले MS-DOS के साथ भेज दिया गया था।

.Maximum डिस्क का आकार: 4 गीगाबाइट

.Maximum फ़ाइल आकार: 4 गीगाबाइट

: डिस्क पर फ़ाइलों की अधिकतम संख्या: 65,517

एकल फ़ोल्डर में फ़ाइलों की अधिकतम संख्या: 512 (यदि मैं सही ढंग से याद करता हूं, तो रूट फ़ोल्डर "/" की सीमा कम 128 थी)।

• FAT32

"किसी फ़ोल्डर में सभी फ़ाइलों के संयुक्त आकार पर कोई व्यावहारिक सीमा नहीं है, हालांकि किसी फ़ोल्डर में फ़ाइलों की संख्या पर सीमाएं हो सकती हैं।" FAT32 को FAT16 की कुछ सीमाओं को पार करने के लिए पेश किया गया था।

.Maximum डिस्क का आकार: 2 टेराबाइट्स

.Maximum फ़ाइल आकार: 4 गीगाबाइट

: डिस्क पर फ़ाइलों की अधिकतम संख्या: 268,435,437

◦ एक एकल फ़ोल्डर में फ़ाइलों की अधिकतम संख्या: 65,534

• NTFS

एनटीएफएस, या विंडोज एनटी के साथ पेश किया गया "न्यू टेक्नोलॉजी फाइल सिस्टम" पूरी तरह से नया डिज़ाइन किया गया सिस्टम है।

.Maximum डिस्क का आकार: 256 टेराबाइट्स

.Maximum फ़ाइल आकार: 256 टेराबाइट्स

: डिस्क पर फ़ाइलों की अधिकतम संख्या: 4,294,967,295

◦ एक एकल फ़ोल्डर में फ़ाइलों की अधिकतम संख्या: 4,294,967,295

ध्यान दें कि जब मैं ऊपर "डिस्क" कहता हूं, तो मैं वास्तव में "तार्किक" डिस्क के बारे में बात कर रहा हूं, जरूरी नहीं कि भौतिक हो। कोई भी 256 टेराबाइट डिस्क ड्राइव नहीं बनाता है, लेकिन NTFS का उपयोग करके आप डिस्क ड्राइव की एक सरणी को एक तार्किक डिस्क के रूप में मान सकते हैं। संभवतः यदि आपके पास उनमें से पर्याप्त है, तो आप एक विशाल तार्किक ड्राइव का निर्माण कर सकते हैं।

यह भी ध्यान दें कि NTFS की 256 टेराबाइट सीमा केवल एक कार्यान्वयन प्रतिबंध हो सकती है - मैंने पढ़ा है कि NTFS प्रारूप 16 एक्साबाइट्स (16 गुना 1,152,921,504,606,846,766 बाइट्स) तक डिस्क का समर्थन कर सकता है।

स्रोत


1
आप अपने स्रोत को साइट करना चाह सकते हैं।
जॉन टी

यदि FAT32 के लिए अधिकतम डिस्क आकार 256 टेराबाइट है, तो विभाजन बनाने के लिए 32 जीबी की सीमा क्यों?
गणेश आर।

@GaneshR। यह केवल विंडो XP और प्रारूप में प्रारूप कार्यक्रम की कृत्रिम सीमा है। अन्य सभी फॉर्मेटर्स को एक बड़े FAT32 विभाजन को बनाने में कोई समस्या नहीं है। शायद इसलिए क्योंकि वे चाहते हैं कि लोग NTFS में बदल जाएं। यह एक बड़ी बात है, क्योंकि NTFS फ़ाइलों को संभालने में FAT32 से बहुत बेहतर हैं: बड़ी ड्राइव, बड़े फ़ाइल आकार, बेहतर फ़ॉल्ट टॉलरेंस (जर्नल के कारण), बड़ी ड्राइव के लिए छोटे क्लस्टर आकार, तेज़ी से फ़ाइल मांगना / खोलना (B के कारण) पेड़ की संरचना), बहुत बड़ी फ़ाइलों और बहुत छोटी फ़ाइलों के लिए बेहतर प्रदर्शन ... आजकल एक बड़े FAT32 विभाजन का उपयोग करने का लगभग कोई कारण नहीं है
phuclv

2

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

देखें: Path.GetTempFileName


0

यदि आप NTFS का उपयोग कर रहे हैं, तो नहीं, कोई वास्तविक सीमा नहीं है।

प्रदर्शन अन्य तरीकों से भुगतना होगा: 30k उप-फ़ोल्डर्स के साथ एक फ़ोल्डर खोलने की कोशिश करना भारी मात्रा में चूसना होगा।

FATXX की सीमा है।

अन्य आधुनिक फ़ाइल सिस्टम, कोई वास्तविक सीमा नहीं।


1
आपको यह विचार कहां से आता है कि 30k सबफ़ोल्डर "भारी मात्रा में समय चूसता है"? इस तरह के एक फ़ोल्डर को खोलने (50k सबफ़ोल्डर्स के साथ) एक्सप्लोरर में एक दूसरा, सही ढंग से सॉर्ट करने के लिए एक और दूसरा लेता है। FAR मैनेजर में उस फोल्डर को खोलने में लगभग 1 सेकंड का समय लगता है।
जॉय

2
मैं देख सकता हूं कि वह ऐसा क्यों कहेगा। यदि आप थंबनेल दृश्य का उपयोग कर रहे हैं, तो Windows प्रत्येक फ़ोल्डर की सामग्री का थंबनेल प्रदर्शित करने का प्रयास करेगा। यद्यपि थंबनेल दृश्य में आप किसी भी एक समय में स्क्रीन पर एक दर्जन से अधिक फ़ोल्डर देखने की संभावना नहीं रखते हैं।
केनेथ कोचरन

हां, मैंने इसके बाद भी यह लिखा था। फ़ोल्डरों का एक दृश्य लंबे समय तक नहीं लगेगा। झलक दिखला जा ... होगा।
सुपरमॉजिक

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