Convertire TiB in KiB

Un tebibyte è 1.024 gibibyte. La distanza dal terabyte cresce a ogni gradino: 2,4 % sul kilo, 4,9 % sul mega, 7,4 % sul giga e 10 % sul tera.

Un kibibyte è esattamente 1.024 byte. Il nome è stato introdotto nel 1998 perché «kilobyte» potesse tornare a significare 1.000, anche se l’abitudine non ha mai attecchito del tutto.

In questa direzione il conto è una moltiplicazione, e per un numero intero: un tebibyte fa 1.073.741.824 kibibyte, esattamente, e 1.073.741.824 è la definizione, non una misura andata vicino.

È quindi una delle poche conversioni che vale la pena fare a mente, e il risultato si controlla: dividi all'indietro e devi ricadere esattamente sul numero di partenza, senza resti da giustificare.

Un TiB è 1.024 dell'unità sotto; un TB è 1.000. Su questa pagina è la differenza tra 1073741824 KiB e 976562500 KiB — il 10 % — 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.

Trenta bit separano le due unità, quindi un tebibyte diventa 1.073.741.824 kibibyte e qualsiasi quota realistica diventa un numero che nessuno legge a colpo d’occhio. Due tebibyte sono 2147483648, cinque sono 5368709120, dieci sono 10737418240. Il campo accetterà qualsiasi intero gli diate, cifra in più inclusa.

L’abitudine che lo scopre è contare le cifre invece di leggere il numero. Un mebibyte sono quattro cifre di kibibyte, un gibibyte sette, un tebibyte dieci.

I limiti di blocco in setquota, edquota e repquota sono conteggi di unità da 1.024 byte, qualunque sia la dimensione di blocco reale del filesystem sottostante. Quel disaccoppiamento è deliberato: una quota impostata su un volume ext4 con blocchi da 4 KiB e una impostata su un filesystem con blocchi da 64 KiB significano la stessa quantità di spazio.

Non significa che le cifre riportate corrispondano all’unità di contabilità del filesystem stesso, quindi un utente che occupa 1.000 blocchi da 4 KiB appare come 4.000 blocchi di quota.

Il limite soft è un avviso con conseguenze. Un utente sopra soglia continua a lavorare durante un periodo di grazia — sette giorni per default — e alla scadenza il limite soft comincia a comportarsi come un limite hard. Il limite hard è immediato: la scrittura restituisce un errore di quota superata.

Il divario fra i due è dove vive la scelta di progettazione: un soft limit a 1,8 TiB e un hard limit a 2 TiB dà 214.748.364 kibibyte di margine e una settimana per usarlo.

Ogni quota ha una seconda coppia di limiti che conta file anziché kilobyte, e sono indipendenti. Un utente comodamente dentro una quota di blocco da 2 TiB può comunque vedersi rifiutare una scrittura perché ha raggiunto il limite di inode, e l’errore è lo stesso messaggio di quota superata.

Il limite di inode esiste perché gli inode sono una risorsa fissa allocata alla creazione del filesystem e non si possono aggiungere dopo. Un singolo account che crea decine di milioni di file minuscoli può esaurirli usando una frazione trascurabile della quota di blocco.

Alcuni strumenti in quest’area accettano un suffisso e altri no, e sapere quali conta più della conversione stessa. xfs_quota accetta k, m, g e t e li tratta come binari. edquota apre una tabella di interi nudi, e qualsiasi valore scritto lì sono kibibyte.

Dove l’intero nudo è inevitabile, registrate la cifra in tebibyte accanto. Una tabella di quote con 2147483648 e 2147483648 è corretta e irrevisionabile; la stessa tabella con un commento che dice 2 TiB soft, 2 TiB hard invita qualcuno a notare che il limite soft avrebbe dovuto essere più basso.

Una quota di blocco controlla quanto un utente memorizza e nulla su quanto scrive. Qualcuno che crea ed elimina ripetutamente file temporanei grandi resta dentro una quota da 2 TiB all’infinito mentre genera un’enorme amplificazione di scrittura, consumando la flash e riempiendo gli snapshot di churn.

Gli snapshot complicano il tetto nell’altra direzione: su un filesystem copy-on-write, i dati eliminati ma ancora referenziati da uno snapshot vengono comunque addebitati da qualche parte.