Kibibyte (KiB)

Un kibibyte (KiB) è esattamente 1024 byte. Definito dall’IEC nel 1998 come alternativa binaria inequivocabile a “kilobyte”, che storicamente significava 1000 o 1024 byte a seconda del contesto. Il disaccordo è una delle fonti di confusione più persistenti dell’informatica.

La serie completa di prefissi binari:

• KiB (kibi) = 2¹⁰ = 1.024 byte
• MiB (mebi) = 2²⁰ = 1.048.576 byte
• GiB (gibi) = 2³⁰ ≈ 1,07 × 10⁹ byte
• TiB (tebi) = 2⁴⁰ ≈ 1,10 × 10¹² byte
• PiB (pebi) = 2⁵⁰

In pratica l’uso è diviso:

• Produttori di hard disk: usano prefissi decimali (KB = 1000, GB = 10⁹). Un disco da “1 TB” contiene 10¹² byte, che Windows riporta come “931 GB” perché Windows usa GB binari (= GiB).
• File system Linux/macOS: usano sempre più i prefissi IEC (KiB, MiB).
• File system Windows: usa KB/MB/GB per indicare grandezze in base 1024 ma con i nomi dei prefissi SI — la fonte della discrepanza che gli utenti notano.
• RAM: sempre binaria. 16 GB di RAM sono 16 GiB; la “G” è terminologia approssimativa.
• Velocità di rete: sempre decimali. 100 Mbps sono 100 × 10⁶ bit/sec, non 100 × 2²⁰.

La regola pragmatica: quando la precisione è importante, usa il prefisso IEC (KiB, MiB) esplicitamente. Per uso generico, “KB” e “MB” sono solitamente accettabili — ma tieni presente quale convenzione usa il tuo strumento quando un numero non torna.

La class action che non ha cambiato nulla: Western Digital, Seagate e altri produttori di dischi hanno patteggiato cause collettive nel 2007-2008 per l’etichettatura “1 GB = 1.000.000.000 byte”, pagando buoni e modificando il linguaggio delle proprie dichiarazioni. La pratica tecnica non è cambiata — i produttori di dischi continuano a usare prefissi decimali SI, e Windows continua a visualizzare capacità binarie con etichette SI. macOS è passato alle etichette SI vere nella versione 10.6 (2009), quindi lo stesso disco appare come “1 TB” su macOS e “931 GB” su Windows. La soluzione con i prefissi IEC esiste; l’inerzia di mercato mantiene i nomi dei prefissi SI sulle quantità binarie indefinitamente.

Il confine 2³² che nessuno avverte: 4 GiB sono esattamente 2³² byte, ovvero l’intervallo indirizzabile di un intero a 32 bit senza segno. I sistemi operativi a 32 bit (Windows XP 32-bit, Linux più vecchi) non possono indirizzare direttamente più di 4 GiB di RAM per processo per questo motivo. La stessa costante spiega il limite di dimensione file da 4 GiB del filesystem FAT32, lo spazio degli indirizzi IPv4 originale (2³² indirizzi), e il rollover dei timestamp Unix del 2038 (quando i secondi con segno a 32 bit dal 1970 vanno in overflow). Molti bug software si concentrano attorno a valori appena superiori a 4 GiB per esattamente questo motivo. Correlato: bps, IEEE 754. Riferimento: IEC 80000-13 — Grandezze e unità — Informatica.

Esempio pratico

Acquisti un disco commercializzato come “2 TB”. Il venditore intende decimale: 2 × 10¹² = 2.000.000.000.000 byte. Windows divide per 1024³ per visualizzare gibibyte etichettati come GB: 2.000.000.000.000 / 1.073.741.824 ≈ 1862,6 GB. Quindi il disco da “2 TB” appare come ~1,82 TB in Esplora File — nessun numero è falso; usano convenzioni di prefisso diverse. Nell’altro senso: un singolo fotogramma non compresso 4K a 3840×2160 pixel in video 10-bit 4:2:2 è 3840 × 2160 × 2,5 byte/pixel ≈ 20,7 MB. A 24 fps per 90 minuti, ciò equivale a 20,7 × 10⁶ × 24 × 5400 ≈ 2,68 × 10¹² byte, ovvero 2,68 TB decimali o 2,44 TiB binari — e così via per il foglio di calcolo della pianificazione dell’archiviazione.

Quando e perché è importante

La pianificazione della capacità, le stime di ricostruzione RAID e la fatturazione dell’archiviazione cloud dipendono tutti da quale prefisso ha usato il fornitore. AWS S3 e Azure Blob fatturano in GB decimali; molti dashboard di monitoraggio rappresentano in GiB binari; gli avvisi sogliati al “90% di 100 GB” scattano erroneamente di ~7% quando quei due GB sono unità diverse. Se dimensioni una destinazione di backup sommando dimensioni di file sorgente decimali ma formatti la destinazione con un filesystem che riporta in GiB, puoi essere corto del 10% senza rendertene conto fino ai file finali. L’abitudine difensiva: quando si progetta un sistema, scrivi i numeri di capacità come byte grezzi e converti solo a livello di visualizzazione, scegliendo il prefisso che corrisponde al pubblico. Riferimento: NIST — Prefissi per multipli binari.