जब इसमें डेटा हो तो डिस्क पर फ़ाइल का आकार 0 बाइट कैसे हो सकता है?


106

मेरे पास विंडोज़ 10 में 362 बाइट्स डेटा वाली एक फ़ाइल है, लेकिन "डिस्क पर आकार" सिर्फ 0 बाइट्स है। यह विधानसभा में लिखा गया एक सरल "हैलो वर्ल्ड" प्रोग्राम है, और नोटपैड ++ में सहेजा गया है ।

यह कैसे संभव है कि डिस्क का आकार शून्य है जब फ़ाइल का आकार 362 बाइट्स है?

मेरे पास एक एसएसडी है, न कि एक सामान्य हार्ड डिस्क।

गुण संवाद का स्क्रीनशॉट:

गुण संवाद का स्क्रीनशॉट


4
संक्षिप्त उत्तर: यदि डिस्क पर कोई अतिरिक्त स्थान नहीं है तो इसकी सामग्री को संग्रहीत करने की आवश्यकता है।
डेविड श्वार्ट्ज

11
@ थोमस डुप्लिकेट नहीं है। नाम एक जैसा लगता है, लेकिन यह सवाल पूछ रहा है कि विंडोज कहीं न कहीं पंजीकरण की आवश्यकता के बावजूद शून्य-बाइट फ़ाइल को शून्य-आकार घोषित करता है। यह प्रश्न पूछता है कि डिस्क का आकार फ़ाइल में डेटा होने पर भी शून्य क्यों हो सकता है।
बेन एन


@BenN इसे अनुपयुक्त के रूप में चिह्नित कर रहा है क्योंकि आप सही हैं यह निश्चित रूप से डुप्लिकेट नहीं है।
विलियम

हाय कोडर88, मेरा मानना ​​है कि जिस व्यक्ति ने आपकी पोस्ट को डुप्लिकेट के रूप में चिह्नित किया था, उससे गलती हुई थी - दूसरा प्रश्न कुछ अलग पूछ रहा था; आपने वास्तव में एक अच्छा सवाल पूछा था। यदि आपको यह संकेत देना है कि आपका प्रश्न हल हो गया है, तो आप यहां एक उत्तर के आगे चेक मार्क पर क्लिक कर सकते हैं।
बेन एन

जवाबों:


155

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

SSD हार्ड ड्राइव या विंडोज 10 इसको प्रभावित नहीं करते हैं; यह केवल एक NTFS सुविधा है। आगे पढ़ने: NTFS फ़ाइल विकास के चार चरणों

ध्यान दें कि "डिस्क पर आकार" मीट्रिक बिल्कुल सही नहीं है। उदाहरण के लिए, इसमें लगातार 1KB शामिल नहीं है जो NTFS फ़ाइल रिकॉर्ड लेता है। मीट्रिक को विंडोज 95 में पेश किया गया था, जिसमें NTFS का उपयोग नहीं किया गया था और इसलिए इस घटना का कोई हिसाब नहीं हो सकता था; यह सिर्फ फ़ाइल आकार को क्लस्टर आकार के अगले कई तक गोल दिखाता है। यह आकलन एल्गोरिथ्म विंडोज 7 के माध्यम से किया गया था, भले ही उनके बीच कई विंडोज संस्करण NTFS और निवासी भंडारण का उपयोग करते थे। यह केवल डिस्क पर शून्य-आकार के रूप में केवल निवासी डेटा के साथ फ़ाइलों को गिनने के लिए विंडोज 8 में अपडेट किया गया था। आगे पढ़ना: बस क्या है 'डिस्क पर आकार'?


1
एक पल के लिए मुझे लगा कि हम डेटा डिडुप्लीकेशन ( blog.fosketts.net/2012/01/03/… ) के प्रभावों को देख रहे हैं, लेकिन मेरा मानना ​​है कि यह सुविधा "डिस्क पर आकार" मीट्रिक जैसी किसी चीज़ के पारदर्शी स्तर पर काम करती है।
misha256

8
लेकिन रुकिए ... मैं अपने NTFS वॉल्यूम (विंडोज 7) पर ओपी व्यवहार को दोहराने में असमर्थ हूं। भले ही मैं छोटी फाइलें (कुछ सिर्फ एक-बाइट लंबी) कैसे बनाऊं, वे प्रत्येक फ़ाइल गुण संवाद के अनुसार 4KB "डिस्क स्थान" पर कब्जा कर लेते हैं । हम्म ...
misha256

8
@ misha256 हुह, मैं इसे विंडोज 8.1 पर ~ 700 बाइट्स के तहत एक फाइल के साथ पुन: पेश कर सकता हूं। मेरा अनुमान है कि एल्गोरिथ्म विंडोज 7 और 8.1 के बीच कहीं अधिक स्मार्ट हो गया, मूल रूप से, यह किसी भी फैंसी NTFS सामान ( स्रोत ) के बारे में नहीं जानता था । ध्यान दें कि एक बार जब कोई फ़ाइल दूसरे चरण में जाती है, तो वह कभी भी पीछे नहीं हटती है।
बेन एन

6
@Philipp मुझे लगता है कि कोई भी बहस कर सकता है। परंपरागत रूप से, "डिस्क पर फ़ाइल" "आवंटित समूहों का आकार" था (इसलिए, उदाहरण के लिए, आप बहुत बड़ा क्लस्टर आकार चुनने के प्रभाव देख सकते हैं)। यह मेरे ज्ञान के लिए कभी नहीं, फ़ाइल सिस्टम द्वारा आवश्यक "कैटलॉग" स्थान को शामिल करता है (उदाहरण के लिए "निर्देशिका प्रविष्टि का आकार" या "एफएटी प्रविष्टियों की श्रृंखला की लंबाई")।
ट्रिपहाउंड

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