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

एक मेबीबाइट 1,024 किबीबाइट की है, यानी 1,048,576 बाइट। Linux के औज़ार और याददाश्त की संख्याएँ लगभग हमेशा यही कहती हैं, भले लिखा «MB» हो।

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

इस तरफ़ हिसाब गुणा का है, और वह भी पूरे अंक से: एक मेबीबाइट बराबर 1,024 किबीबाइट, ठीक-ठीक। 1,024 कोई नाप नहीं है जो पास आ गई हो, यह परिभाषा है।

इसीलिए यह उन गिनी-चुनी गिनतियों में है जो दिमाग़ में करने लायक़ हैं, और नतीजा जाँचा भी जा सकता है: वापस भाग दीजिए और आपको ठीक उसी अंक पर लौटना होगा जहाँ से चले थे, बिना किसी बची हुई गुंजाइश के।

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

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

कई Unix सीमाएँ kibibyte में गिनी जाती हैं और मान के अंदर इकाई बताने का कोई तरीक़ा नहीं। ulimit -s, ulimit -v, ulimit -m सब kibibyte हैं। /etc/security/limits.conf के stack, data, memlock कॉलम भी।

यही वजह है यह बदलाव पढ़ने का नहीं, लिखने का काम है। आपको आठ MiB का stack चाहिए; खाना 8192 चाहता है।

1,024 से गुणा किया गया हर mebibyte-अंक 1,024 का गुणक बनता है, और हर दो-की-घात mebibyte-अंक दो की घात पर बैठता है — 8,192, 16,384, 65,536।

कोई configuration-फ़ाइल पढ़कर 8192 मिले तो पता चलता है किसी ने mebibyte में सोचा; 8000 मिले तो किसी ने megabyte में सोचा और खाना 2.4 प्रतिशत छोटा है।

जहाँ कोई औज़ार suffix लेता है, उसका इस्तेमाल गणित हटा देता है और मक़सद भी साथ में बता देता है। sort -S 512M, curl --limit-rate 200K एक साल बाद भी सही पढ़े जाते हैं।

अपवाद है वह चीज़ जिसे औज़ार के अलावा कुछ और पार्स करेगा — निगरानी-तंत्र अक्सर इन खानों को सादे पूर्णांक की तरह जाँचता है।

GNU dd सबसे साफ़ मिसाल है क्योंकि वह दोनों साफ़ बताता है — bs=1K है 1,024 बाइट, bs=1KB है 1,000। syntax में कहीं कोई इशारा नहीं कि आपने क्या टाइप किया।

बाक़ी जगह अंगूठे का नियम है — दर मापने वाली चीज़ें दशमलव होती हैं, मेमोरी मापने वाली बाइनरी। 100 Mbit लिंक 100,000,000 बिट प्रति सेकंड है, 104,857,600 नहीं।

डिफ़ॉल्ट 8 MiB का stack 8192 के रूप में दिखता है क्योंकि ulimit -s इसी इकाई में गिनता है, और यह प्रति-थ्रेड है — कई सौ थ्रेड वाला कोई सर्वर उतनी ही बार पता-स्थान रोकता है।

इसे कम करना असली tuning और असली ख़तरा दोनों है। 512 KiB — खाना 512 लेता है — ज़्यादातर एप्लिकेशन-कोड के लिए काफ़ी है और गहरी recursion वाले parser के लिए नहीं।

PostgreSQL अपनी मेमोरी-इकाइयाँ kB, MB, GB बताता है और उन्हें बाइनरी परिभाषित करता है, इसलिए shared_buffers, work_mem सब kibibyte-गुणक हैं दशमलव-दिखने वाले लेबल के नीचे।

MySQL K, M, G suffix वाली बाइट-गिनती लेता है जो वैसे ही 1,024-आधारित हैं। किसी tuning-गाइड से कॉपी megabyte का मान प्रति क़दम 2.4 प्रतिशत छोटा है।

1,024 से गुणा करना हर सहज भिन्न को बरकरार रखता है — आधा 512, चौथाई 256। दशमलव गणना से आए मान उतने साफ़ नहीं बचते — 0.1 MiB है 102.4 KiB।

किस तरफ़ गोल करना है यह खाने पर निर्भर है। कोई सीमा नीचे की तरफ़ गोल होनी चाहिए, क्योंकि मक़सद है «इससे ज़्यादा नहीं»। कोई buffer ऊपर की तरफ़।