Mebibyte to Byte

MB (megabyte) = 1,000,000 bytes (SI decimal). MiB (mebibyte) = 1,048,576 bytes (IEC binary). MiB is 4.86% larger. This gap is why a file manager on Linux showing "512 MiB" of free RAM and a marketing sheet showing "512 MB" of RAM are technically different: the marketing sheet refers to fewer bytes.

The original CD-ROM standard defined capacity as 74 minutes of audio or 650,000,000 bytes. Technically this is 650 MB in SI terms, or approximately 620 MiB (since 650,000,000 ÷ 1,048,576 ≈ 620). However, the CD industry loosely used "MB" to mean 650 × 10⁶ bytes. Some media used 700 MB (≈ 668 MiB). This inconsistency is a classic example of the pre-IEC ambiguity.

Docker reports image sizes in decimal MB (e.g., "docker images" shows 150 MB), but the underlying layer storage on disk uses binary-aligned block sizes. A "150 MB" Docker image actually occupies roughly 143 MiB on disk before compression. Compressed layers further complicate things: a 150 MB uncompressed image might only transfer 50 MB over the network. Container registries like Docker Hub display compressed sizes, while "docker images" shows uncompressed — leading to frequent confusion in CI/CD pipeline size budgets.

One mebibyte (1,048,576 bytes) holds about: one minute of MP3 audio at 128 kbps (≈ 960 kB, so slightly under 1 MiB), a medium-resolution JPEG photo (0.5–2 MiB), about 200 pages of plain text, or the complete text of a short novel. A typical Linux kernel image at boot is 8–12 MiB compressed.

RAM chips are physically organized as binary address grids — each address line doubles the capacity, so sizes must be exact powers of 2 (4 GiB = 2³² bytes, 8 GiB = 2³³ bytes). USB flash drives use NAND flash that is also binary internally, but manufacturers reserve variable amounts for wear levelling, bad block management, and controller firmware. A "64 GB" USB drive might have 64 GiB of raw NAND but only expose 59.6 GiB (64 × 10⁹ ÷ 2³⁰) to the user — the label uses decimal marketing, unlike RAM which honestly reflects binary sizing.

A byte contains exactly 8 bits. This is the universal modern standard, though early computing used variable byte sizes (5, 6, or 7 bits). The 8-bit byte became universal with the IBM System/360 in 1964. Eight bits allow 256 possible values (0–255), sufficient to encode all ASCII characters with room for control codes.

Eight bits became standard because it is the smallest power of two that can encode all 128 ASCII characters (7 bits) with a spare bit for parity checking or extended character sets. It also maps cleanly to two hexadecimal digits (0x00–0xFF), making it convenient for low-level programming and hardware design. Earlier systems used 6-bit or 7-bit bytes; 8-bit won due to IBM's dominance in the 1960s–70s.

A nibble (also spelled nybble) is 4 bits — half a byte. A nibble represents exactly one hexadecimal digit (0–F). The term is used in low-level programming, embedded systems, and BCD (binary-coded decimal) encoding. It is not an SI unit and rarely appears in general computing contexts outside of hardware and systems programming.

It depends on the character and encoding. In UTF-8 (the dominant web encoding): ASCII characters (A–Z, 0–9) use 1 byte; common European accented characters use 2 bytes; most Asian scripts (Chinese, Japanese, Korean) use 3 bytes; emoji and rare characters use 4 bytes. A plain English text file is efficiently encoded as 1 byte per character in UTF-8.

In most modern usage, byte and octet are synonymous — both mean 8 bits. "Octet" is preferred in networking standards (RFC documents, ITU specifications) to avoid ambiguity from early computing where byte sizes varied. Internet protocol headers are specified in octets; operating systems and storage devices use bytes. In practice you will encounter "octet" mainly in formal networking documentation.