Convertire MB in MiB

Un megabyte è un milione di byte. I produttori di memorie hanno sempre contato in decimale, ed è per questo che le loro cifre sembrano più grandi di quello che mostra il computer.

Un mebibyte è 1.024 kibibyte, cioè 1.048.576 byte. Gli strumenti di Linux e le cifre della memoria si riferiscono quasi sempre a questo, anche quando scrivono «MB».

Il fattore è 0,953674, e praticamente nessuno se lo porta dietro. Arrotondato a 0,95 sbaglia di 0,39 % — invisibile sui numeri piccoli, e già un'unità intera intorno a 1000 MB.

È questo il numero che serve sapere prima di arrotondare: non l'errore in sé, ma da dove smette di essere trascurabile. Sotto quella soglia il fattore corto è la scelta sensata; sopra, usa il campo qui in alto, che arrotonda solo al momento di scrivere.

Un MiB è 1.024 dell'unità sotto; un MB è 1.000. Su questa pagina è la differenza tra 1,0486 MB e 1 MB — il 4,9 % — e la distanza cresce a ogni gradino: per questo è un arrotondamento trascurabile su una foto e un pezzo visibile di un disco fisso.

Il mistero dello spazio che manca sta tutto qui. Un disco venduto come un terabyte contiene esattamente quello che dichiara in unità decimali, ed è Windows a ricontarlo in unità binarie tenendo però il nome decimale: il numero si accorcia senza che si sia perso niente. macOS conta questi valori in unità decimali fin dalla 10.6, ed è per questo che lo stesso disco può sembrare di due dimensioni diverse su due computer.

Un megabyte decimale, un milione di byte, corrisponde a circa 0,953674 mebibyte, perché il mebibyte vale 1.048.576 byte — una potenza di due, non di dieci. Il fattore di conversione non è mai un numero tondo proprio perché attraversa due basi di conteggio diverse.

È il calcolo inverso di quello più comune fra queste due unità: di solito si converte da MiB a MB per capire quanto «più grande» sembra un valore letto da un sistema operativo rispetto a quello dichiarato da un produttore; questa pagina fa il percorso opposto, utile quando si parte da un dato dichiarato in decimale e serve sapere come apparirà in un contesto binario.

Un produttore di hardware dichiara la capacità di un dispositivo di archiviazione in megabyte decimali, ma un software di sistema o un programma di sviluppo che gestisce quella stessa capacità internamente conta spesso in mebibyte: sapere quanti MiB corrispondono a un valore dichiarato in MB permette di prevedere cosa mostrerà davvero il sistema.

Un file dichiarato di 100 MB da un servizio di trasferimento appare come circa 95,4 MiB in un’applicazione che conta in binario — una differenza che spiega perché due strumenti diversi, guardando lo stesso identico file, riportino numeri leggermente diversi con la stessa etichetta.

Un mebibyte è più grande di un megabyte — 1.048.576 byte contro 1.000.000 — quindi lo stesso numero di byte, espresso in mebibyte, produce sempre un valore numerico inferiore rispetto a quello espresso in megabyte. È l’origine della stessa illusione per cui un disco «da 1 TB» sembra restringersi quando Windows lo riporta in TiB.

La differenza è di circa il 4,6% a questa scala, e cresce leggermente salendo verso gigabyte e terabyte — la stessa percentuale che rende un disco dichiarato «1 TB» apparire come circa 931 GiB in un pannello proprietà, un fenomeno identico applicato a una scala mille volte più piccola.

Un aggiornamento software dichiarato di 250 MB dal sito del produttore corrisponde a circa 238,4 MiB — un dato utile per chi sta verificando se lo spazio libero riportato dal proprio sistema operativo, spesso in MiB anche quando l’etichetta dice MB, è sufficiente per completare l’installazione senza sorprese.

Questo tipo di controllo prima di un aggiornamento evita l’errore comune di credere di avere spazio sufficiente confrontando direttamente un numero decimale con uno binario senza convertirli nella stessa base.

Per file piccoli, sotto qualche decina di megabyte, la differenza fra le due unità si misura in una manciata di megabyte e raramente cambia una decisione pratica: se un file entra o meno in un dispositivo di archiviazione quasi pieno con ampio margine, il sistema di conteggio usato non cambia la risposta.

Diventa rilevante quando il margine è stretto — un backup che deve entrare esattamente in uno spazio quasi esaurito, un limite di caricamento vicino alla dimensione del file — dove sapere quale sistema sta usando il servizio di destinazione, e convertire correttamente, fa la differenza fra un caricamento riuscito e uno rifiutato.

Ogni volta che è possibile, la scelta più semplice resta lavorare interamente in un solo sistema di conteggio, decimale o binario, per l’intero calcolo, piuttosto che convertire avanti e indietro fra i due, perché ogni passaggio è un’occasione per confondere 1.000 con 1.024.

Quando la conversione è inevitabile, perché un dato arriva in un sistema e serve confrontarlo con l’altro, questa pagina fornisce il fattore esatto — 0,953674 — piuttosto che un’approssimazione che introdurrebbe un errore evitabile.