TiB से GB में बदलें

एक टेबीबाइट 1,024 गिबीबाइट की है। टेराबाइट से इसका फ़ासला हर सीढ़ी पर बढ़ता है: किलो पर 2.4%, मेगा पर 4.9%, गीगा पर 7.4% और टेरा पर 10%।

एक गीगाबाइट एक अरब बाइट है — उसी दशमलव अर्थ में जिसे डिस्क बनाने वाले, डेटा पैक और वीडियो के आकार इस्तेमाल करते हैं।

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

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

एरे TiB में रिपोर्ट करते हैं। ZFS पूल, NAS सारांश पन्ना, इंसानी-पढ़ने-लायक़ साइज़ माँगा गया Linux फ़ाइलसिस्टम — सब 1,024 की घातों में गिनते हैं। प्राइस लिस्ट, कोटा पेज और प्रोविज़निंग डायलॉग भारी बहुमत से दशमलव GB में हैं।

दोनों के बीच 1,099.511627776 से गुणा है। 12 TiB का पूल 13,194 GB है, 12,000 नहीं, और 1,194 GB का फ़र्क़ कोटेशन का लगभग 10 प्रतिशत है। पन्ने पर गोल बदलाव कुछ ग़लत नहीं दिखता — यही वजह है यह रिव्यू से बच जाता है।

बदलाव आधी समस्या है, क्योंकि जिस फ़ील्ड में आप भर रहे हैं वह ख़ुद गिबिबाइट का मतलब रख सकती है। ब्लॉक स्टोरेज वॉल्यूम अक्सर GiB में प्रोविज़न होते हैं जबकि ऑब्जेक्ट स्टोरेज अक्सर दशमलव GB प्रति बिल होता है।

जो हमेशा जवाब देता है वह है माप। जिस मात्रा की बाइट-गिनती आप जानते हैं उसे स्टोर या प्रोविज़न कीजिए, सेवा जो रिपोर्ट करे वह पढ़िए और भाग दीजिए — अनुपात ठीक 1,000,000,000 या ठीक 1,073,741,824 होगा।

TiB में इस्तेमाल-लायक़ क्षमता ख़रीदी जाने वाली ड्राइव से कई घटावों दूर है। इस्तेमाल-लायक़ ज़रूरत को बाइट में बदलिए; रिडंडेंसी जोड़िए, जो सिंगल-पैरिटी के लिए एक ड्राइव जितनी क्षमता ख़र्च करती है।

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

प्रति गीगाबाइट प्रति महीने की क़ीमत जो भी मात्रा दी जाए उसे गुणा करती है, तो मात्रा में ग़लती हर इनवॉइस में तब तक रहती है जब तक डेटा मौजूद है। 12 TiB को 13,194 की जगह 12,000 GB बताना हर महीने 1,194 GB कम आँकता है, स्थायी रूप से।

यही हर उस चीज़ पर लागू होता है जो आयतन से चार्ज होती है — ट्रांसफ़र, स्नैपशॉट, दूसरे क्षेत्र में प्रतिकृति। हर एक आधार-मात्रा पर गुणक है, और हर एक आधार की यूनिट-त्रुटि विरासत में लेता है।

पूल सारांश आमतौर पर कई संख्याएँ दिखाता है जो क्षमता जैसी दिखती हैं और एक जैसी नहीं — कच्ची क्षमता, रिडंडेंसी के बाद इस्तेमाल-लायक़, आबंटित जगह, ख़ाली जगह। ग़लत जोड़ी की तुलना ऐसा फ़र्क़ देती है जो इकाइयों पर मढ़ दिया जाता है जबकि वह परिभाषा की समस्या है।

पढ़ने का क्रम है कच्ची, फिर इस्तेमाल-लायक़, फिर आबंटित। कच्ची, ड्राइव लेबल के दशमलव TB से TiB में बदले जोड़ के क़रीब होनी चाहिए — बॉक्स पर लिखी संख्या का लगभग 91 प्रतिशत।

संपीड़न या डीडुप्लिकेशन करने वाली स्टोरेज परतें एक लॉजिकल साइज़ और एक भौतिक साइज़ रिपोर्ट करती हैं, और दोनों का अनुपात डेटा का गुण है, सिस्टम का नहीं। बहुत संपीड़ित होने लायक़ डेटा रखने वाला पूल अपनी भौतिक क्षमता से ज़्यादा लॉजिकल बाइट स्टोर कर सकता है।

कोटेशन के लिए इसका मतलब है यह बताना कि किस आँकड़े की क़ीमत लगाई जा रही है। यूनिट-बदलाव सटीक है और एक बार तय हो सकता है; संपीड़न अनुपात एक अनुमान है जो नमूने पर मापना पड़ता है और मान्यता की तरह बताना पड़ता है।

जो आदत इस पूरी तरह की बहस को हटाती है वह है हर उस दस्तावेज़ में बाइट-गिनती रखना जिसे एक से ज़्यादा संगठन पढ़ेगा। ऐसा कोटेशन जो 13,194 GB कहे और साथ में 13,194,139,533,312 बाइट दे, कोई भी जाँच सकता है।

यह एक कॉलम की क़ीमत लेता है और असहमति का विषय बदल देता है। बाइट के साथ, बेमेल इस बारे में सवाल है कि क्या गिना जा रहा है — स्नैपशॉट, प्रतिकृति, ओवरहेड — यह चर्चा दोनों पक्ष उपयोगी ढंग से कर सकते हैं।