KiB से TB में बदलें

एक किबीबाइट ठीक 1,024 बाइट की है। यह नाम 1998 में इसलिए लाया गया कि «किलोबाइट» फिर से 1,000 का मतलब दे सके, हालाँकि चलन कभी पूरी तरह जमा नहीं।

एक टेराबाइट एक हज़ार अरब बाइट है, यानी 10¹²। जो डिस्क 1 TB कहकर बेची जाती है उसमें ठीक इतना ही होता है: जो जगह कम लगती है वह इकाइयों का मतभेद है, कमी नहीं।

इस तरफ़ हिसाब भाग का है, और वह भी पूरे अंक से: 97,65,62,500 इकाइयाँ एक टेराबाइट में बिना कुछ बचे समा जाती हैं। असुविधा बस इतनी है कि नतीजे भिन्न में आते हैं — एक तिहाई, एक बटा बारह — उन गोल अंकों की जगह जो उलटी दिशा देती है।

फिर भी गोलाई में कुछ नहीं खोता, क्योंकि भाग पूरा उतरता है। अगर नतीजा दशमलव में टिकता ही न हो — 0.0833… और उसके जैसे — तो वह भिन्न झलक रही है, कोई ग़लती नहीं घुस रही।

एक KiB अपने नीचे वाली इकाई का 1,024 गुना होता है; एक kB 1,000 गुना। इस पेज पर यह 0 TB और 0 TB का फ़र्क़ है — 2.4 % — और हर सीढ़ी पर यह फ़ासला बढ़ता जाता है। इसीलिए एक तस्वीर पर यह गोलाई भर है और हार्ड डिस्क पर दिखने लायक़ हिस्सा।

ग़ायब जगह का पूरा रहस्य इतना ही है, और इस पेज पर वह 2.4 % का बनता है। kB के नाम पर बिकी डिस्क में ठीक उतना ही होता है जितना डिब्बे पर लिखा है — दशमलव हिसाब से एक kB यानी 0 TB। विंडोज़ उसे 1,000 के बजाय 1,024 से बाँटता है और नाम दशमलव वाला ही रखता है, इसलिए उसका «एक kB» दरअसल 0 TB का निकलता है और डिस्क का अंक उतना ही छोटा दिखने लगता है। ऐपल का मैकओएस 10.6 से इन्हें दशमलव इकाइयों में ही गिनता है, और यही वजह है कि एक ही डिस्क दो मशीनों पर दो अलग आकार की दिख सकती है। न कुछ ग़ायब हुआ है, न कोई गोलाई हुई है — वही बाइट दो नामों से गिने जा रहे हैं।

Disk-usage और quota-औज़ार ब्लॉक में बताते हैं क्योंकि यही फ़ाइल-तंत्र गिनता है, और स्टोरेज-पैमाने पर नतीजा एक लंबी अंक-श्रृंखला होता है, बिना किसी प्रीफ़िक्स के।

बदलाव दो क़दम है जिन्हें किसी भी क्रम में किया जा सकता है — बाइट के लिए 1,024 से गुणा, फिर टेराबाइट के लिए एक खरब से बाँट। दूसरा रूप हाथ से आसान है।

एक टेराबाइट 976,562,500 किबिबाइट है और एक tebibyte 1,073,741,824। एक नौ-अंकों की संख्या 9 से शुरू होती है, दूसरी दस-अंकों की 1 से।

पहचान है कि अंक कहाँ से आया। अगर यह जोड़कर बना, तो यह एक माप है और जहाँ भी बैठे, वहीं बैठेगा। अगर यह किसी क्षमता से निकला, तो यह लगभग हमेशा किसी दशमलव अंक से निकाला और 1,024 से बाँटा गया होगा।

ख़तरनाक अनुमान है कि ब्लॉक किबिबाइट है। k-फ़्लैग के साथ बुलाए गए औज़ार पर यह आमतौर पर सही होता है, पर किसी फ़ाइल की stored-block-गिनती 512-बाइट इकाई में है, और कुछ रिपोर्टिंग-औज़ार फ़ाइल-तंत्र का अपना ब्लॉक-आकार इस्तेमाल करते हैं।

सस्ती जाँच है किसी जानी हुई मात्रा को बदलकर देखना — किसी फ़ाइल की असली लंबाई पता हो, उसे उसी औज़ार से चलाइए, और अनुपात ब्लॉक-आकार बता देता है।

डायरेक्टरी-walk जो देख सकता है वही जोड़ता है। जिस mount-point में वह नहीं घुसा, जो फ़ाइल मिटाई जा चुकी पर अब भी किसी प्रक्रिया द्वारा खुली है — छूट जाती है।

Hard link एक और फ़र्क़ जोड़ते हैं। एक ही traversal में कोई linked फ़ाइल एक बार गिनी जाती है, पर कई अलग-अलग गिनतियों को जोड़ना उसे कई बार गिनता है।

पहले बदलिए, फिर लागत अलग-अलग जोड़िए — दशमलव टेराबाइट अंक, redundancy का गुणक, फ़ाइल-तंत्र का ख़र्च, बढ़ोतरी, headroom-नीति।

पाँचों अंक अलग-अलग रखना ही योजना को एक साल बाद जाँचने लायक़ बनाता है। एक मिलाया हुआ गुणक साफ़ लगता है और छुपा देता है कि कौन-सा अंदाज़ा ग़लत था।

किबिबाइट और किलोबाइट के बीच का फ़र्क़ इस पूरे परिवार में सबसे छोटा है, और इसे सबसे ज़्यादा नज़रअंदाज़ किया जाता है। चार टेराबाइट पर वही 2.4 प्रतिशत 96 GB है।

यह अक्सर एक और ग़लती के साथ जुड़ जाता है — किबिबाइट को हज़ार बाइट मानने वाला और उसे बाइनरी मानी गई ड्राइव-क्षमता से मिलाने वाला दोहरी ग़लती करता है।

ब्लॉक-गिनती बताती है फ़ाइल-तंत्र ने क्या रोका, जो सादी वॉल्यूम पर डेटा की ज़रूरत का अच्छा प्रॉक्सी है। जो वॉल्यूम पारदर्शी रूप से दबाती है, वहाँ यह रिश्ता टूट जाता है।

ग़लती की दिशा इस पर निर्भर है कि किस तंत्र को मापा गया। दबे स्रोत से सादी मंज़िल का आकार तय करना कम-अनुमान लगाता है।

किसी ब्लॉक-कुल को ख़रीद-आदेश बनने से पहले, उसे उसी वॉल्यूम के ख़िलाफ़ जाँचिए जहाँ डेटा अभी बैठा है। दोनों जवाब एक जैसे इलाक़े में होने चाहिए।

दूसरी जाँच है भौतिक वास्तविकता के ख़िलाफ़ — जवाब को वापस मौजूदा क्षमताओं पर ड्राइव-गिनती में बदलकर देखिए कि वह वाजिब है या नहीं।