Kibibyte to Tebibit

KB (kilobyte, SI) = 1,000 bytes. KiB (kibibyte, IEC binary) = 1,024 bytes. The difference is 24 bytes (2.4%) — small individually but the source of the well-known discrepancy between storage manufacturer labels and OS-reported sizes. Storage manufacturers use KB = 1,000 bytes; operating systems traditionally used KB = 1,024 bytes (now correctly called KiB).

Linux memory management, filesystem block sizes, and page sizes are all powers of 2 (typically 4,096 bytes = 4 KiB). Using kibibytes aligns with the physical hardware structure. The GNU coreutils (df, du, ls -h) display sizes in KiB, MiB, GiB by default for consistency with how the kernel allocates memory and disk blocks — decimal kilobytes would produce fractional values for normal aligned allocations.

Most languages expose both conventions depending on the API. Java's Runtime.totalMemory() returns bytes aligned to KiB (binary), but Files.size() returns raw byte counts that file managers may display as decimal KB. Python's os.path.getsize() returns bytes — the developer chooses how to format. Go's humanize library defaults to IEC (KiB) while many JavaScript libraries default to SI (KB). This inconsistency means the same file can appear as different sizes across tools written in different languages.

A memory page is the smallest unit of memory the OS allocates from physical RAM. Most modern CPUs use 4 KiB (4,096 byte) pages; some support 2 MiB or 1 GiB "huge pages" for performance. Every memory allocation is rounded up to the nearest page boundary. This binary alignment is why computer memory sizes are always powers of 2 (4 GB, 8 GB, 16 GB RAM) rather than round decimal numbers (5 GB, 10 GB).

The 3.5-inch floppy's capacity was 1,474,560 bytes — which is neither 1.44 MB (1,440,000 bytes) nor 1.44 MiB (1,509,949 bytes). The label came from a hybrid calculation: 80 tracks × 2 sides × 18 sectors × 512 bytes = 1,474,560 bytes, then divided by 1,000 to get 1,474.56 KB, then divided by 1,024 to get "1.44 MB." This mix of decimal and binary division in the same label is one of the most famous unit blunders in computing history.

A terabit (Tbit) = 10¹² bits (SI decimal). A tebibit (Tibit) = 2⁴⁰ bits = 1,099,511,627,776 bits (IEC binary). Tebibit is 9.95% larger. At enterprise storage scale, this 10% difference has real financial consequences: a storage specification error confusing Tbit with Tibit on a 100-unit deployment results in nearly 10 units' worth of capacity discrepancy.

Tebibits appear in: NAND flash memory die specifications and yield calculations, high-speed fabric interconnect specifications (InfiniBand HDR = 200 Gbit/s), supercomputer storage system designs, and academic papers on distributed storage systems. Consumer applications never display tebibits; the term is confined to engineering and procurement contexts.

Modern 3D NAND stacks 100+ layers of memory cells vertically. A single die from a 232-layer TLC NAND chip can hold about 1 Tibit (128 GiB) raw capacity. Manufacturers measure at the die level in tebibits because binary addressing maps directly to the physical array geometry — each layer, block, and page aligns to powers of 2. A 16-die package thus holds 16 Tibit (2 TiB) before error correction overhead.

Each binary prefix multiplies by 1,024 instead of 1,000. The compounding effect: kibi vs kilo = 2.4% difference, mebi vs mega = 4.9%, gibi vs giga = 7.4%, tebi vs tera = 9.95%, pebi vs peta = 12.6%, exbi vs exa = 15.3%. The difference grows by approximately 2.4% with each prefix step, making precision in naming increasingly important at larger scales.

1 Tibit = 2⁴⁰ bits = 2⁴⁰ / 8 bytes = 2³⁷ bytes = 137,438,953,472 bytes ≈ 137.4 GB (decimal). To convert Tibit to GB: multiply by 137.4. To convert Tibit to GiB: divide by 8 (since 1 Tibit = 0.125 TiB = 128 GiB). The exact value: 1 Tibit = 128 GiB.