विंडोज एक्सपी 64 पर, मैंने 1.2 जीबी फ़ाइल डाउनलोड की और यह खंडित हो गया, जैसा कि चित्र दिखाता है। दुर्भाग्य से, Piriform Defraggler से स्नैपशॉट लेने से पहले मैंने अन्य फ़ाइलों को डीफ़्रैग्मेन्ट किया था, इसलिए आप उस बिंदु पर सटीक स्थिति नहीं देख सकते हैं जिस पर फ़ाइल लिखी गई थी। हालाँकि, डिस्क हर समय लगभग खाली थी (अब इस्तेमाल किया हुआ 25%) और शायद ही खंडित हो।
एनटीएफएस क्या ब्लॉक आवंटन एल्गोरिथ्म का उपयोग करता है? यह यादृच्छिक की तरह दिखता है या शायद इसे डालते हैं जहां डिस्क सिर वास्तव में खड़ा होता है।
अपडेट करें:
एक नई फ़ाइल के 67 MiB लिखने के बाद आज ऐसा ही हुआ। यह 731 टुकड़ों में विभाजित हो गया, केवल 95 KiB का औसत आकार। फ़ाइल का उपयोग कुछ अंतरालों को भरने के लिए किया गया था, लेकिन उन सभी में नहीं, यह विशाल निरंतर मुक्त स्थान का उपयोग नहीं करता है। अजीब है, है ना?
अद्यतन 2:
पीसी गुरु के विपरीत , मुझे नहीं लगता कि ओपेरा अपराधी है। मुझे लगता है कि (Google क्रोम के विपरीत) विंडोज को अपेक्षित आकार नहीं बताता है, हालांकि, कई मामले हैं जब यह संभव नहीं है और यह एक समझदार तरीके से संभालना ओएस की जिम्मेदारी है। निम्न चित्र दिखाता है कि कुछ दिनों के बाद मेरे साथ क्या हुआ इस विभाजन पर लगभग कुछ भी नहीं कर रहा है - टीईएमपी निर्देशिका और मेरे सभी डेटा (विंडोज द्वारा प्रबंधित लोगों को छोड़कर) दोनों कहीं और स्थित हैं। विंडोज को लगता है कि वह SetEndOfFileअपनी फ़ाइलों का उपयोग नहीं करता है और भयावह तरीके से टुकड़े करता है (लगभग ४० एमबी की एक छोटी फाइल के ६०० टुकड़े)। NTFS पहले उपलब्ध क्षेत्र का उपयोग नहीं करता है, क्योंकि बीच में फिर से फाइलें हैं और काफी खाली डिस्क (उपयोग 23%) के अंत के पास भी हैं,
