यह कुछ हद तक ऑपरेटिंग सिस्टम, साथ ही फाइल को खोलने वाले प्रोग्राम के उपयोग में फाइल सिस्टम पर बहुत कुछ निर्भर करता है। यह एक नई फ़ाइल बनाते समय सही मात्रा में भंडारण का अनुरोध करने के लिए आवेदन पर निर्भर है, और यह ऑपरेटिंग सिस्टम और फ़ाइल सिस्टम की विशेषताएं हैं जो इन ऐप्स के खुले-व्यवहार को प्रभावित करने वाले व्यवहार को प्रभावित करते हैं जब वे नहीं जानते कि कितना स्थान है। पूछने के लिए।
यदि कोई प्रोग्राम 4.2 जीबी फ़ाइल के लिए ऑपरेटिंग सिस्टम से पूछता है, तो ओएस 4.2 जीबी मुक्त के साथ अंतरिक्ष का एक अड्डा ढूंढ लेगा। असफल होना कि यह प्रोग्राम को फ़ाइल को बचाने के लिए पर्याप्त फ़्रेस्स्पेस टुकड़े देगा। यहाँ कुछ चर हैं, यह सरल है।
यदि कोई प्रोग्राम 4KB फ़ाइल के लिए ऑपरेटिंग सिस्टम से पूछता है, तो ओएस उसे देगा। यदि प्रोग्राम नए सन्निहित 4KB सेगमेंट के लिए पूछ रहा है (आप एक फ़ाइल डाउनलोड कर रहे हैं, और प्रोग्राम को पता नहीं था कि यह कितना बड़ा था) जब तक कि इसे 4.2GB स्थान नहीं मिल जाता है, ओएस खुशी से जगह देगा। यह वह स्थिति है जहां फाइलसिस्टम और ओएस अंतर करते हैं।
उदाहरण के लिए, XFS, हद-आधारित है इसलिए जोड़ा गया स्थान तब तक सन्निहित होगा जब तक कि यह नहीं हो सकता। इसके अलावा, एक्सएफएस को एक निश्चित राशि के साथ नई फ़ाइलों को पूर्व-आवंटित करने के लिए कॉन्फ़िगर किया जा सकता है जो विखंडन को कम कर सकते हैं (वर्चुअल मशीन भंडारण संस्करणों पर उपयोगी, साथ ही साथ डीवीडी आईएसओ वॉल्यूम)।
EXT2 / 3, NTFS, और मेरा मानना है कि Reiser, सन्निहित को तब तक आवंटित करेगा जब तक कि वह अब और नहीं कर सकता। फिर यह नए टुकड़े शुरू करेगा। प्रत्येक टुकड़ा आकार में 4KB हो सकता है।
सबसे खराब स्थिति में रहने दें। समान समय में दो समानांतर 4.2GB फाइलें 4KB को समान निर्देशिका में सहेजा जा रहा है। 'एक ही निर्देशिका' चीज़ सबसे खराब स्थिति का हिस्सा है क्योंकि कुछ OS / FS संयोजन एक ही निर्देशिका में फ़ाइलों को एक-दूसरे के पास रखने का प्रयास करते हैं। कुछ OS / FS संयोजनों के लिए इसका परिणाम यह होगा कि दो फाइलें डिस्क पर पूरी तरह से इंटरलेय हो जाती हैं। दूसरों के लिए जो अलग-अलग फ्री सेगमेंट पर नई-खुली फाइलों को रखने की कोशिश करते हैं, उनमें बहुत कम या बहुत कम विखंडन नहीं हो सकता है।
XFS पर थोड़ा सा (मुझे लगता है ext4 और btrfs भी ऐसा कर सकते हैं)। इस मामले में, इंटरलेव 4KB नहीं होगा, यह तब होगा जब आप वॉल्यूम बढ़ाते समय अपने आवंटन-आकार का मूल्य निर्धारित करेंगे। इसे 256MB पर सेट करें, और आपको एक लाख से अधिक के 17 टुकड़े के साथ 4.2GB फ़ाइल मिलेगी। मीडिया सर्वर जैसी बड़ी फ़ाइलों को संग्रहीत करने वाले संस्करणों के लिए उपयोगी। कई इट्टी बाइट फ़ाइलों और कुछ बड़े लोगों को संग्रहीत करने वाले संस्करणों के लिए उपयोगी नहीं है।
इसका कारण यह है कि बिटोरेंट क्लाइंट या तो एक नया डाउनलोड शुरू करते समय विरल फाइलें खोलते हैं या शुरू करने से पहले कुल आकार निर्दिष्ट करते हैं।
जब एक ही विभाजन के विभिन्न भागों (या अन्य विभाजनों से भी बिल्ली) की फ़ाइलों की नकल करते हुए, प्रतिलिपि प्रक्रिया सैद्धांतिक रूप से जानती है कि प्रतिलिपि की गई फाइलें इतनी बड़ी हैं कि शुरू से ही ओएस से उपयुक्त आकार के स्थान का अनुरोध करें; नई फ़ाइलों के लिए आवंटन को जोड़ने की कोई आवश्यकता नहीं है।