Block to Byte

Modern hard drives (2011+) and SSDs use 4,096-byte (4 KiB) physical sectors — known as "Advanced Format" or AF. Legacy drives used 512-byte sectors. Filesystems (NTFS, ext4, APFS) typically use 4 KiB logical block sizes to match physical sectors, which avoids the performance penalty of misaligned writes. Enterprise SSDs may use larger block sizes (16 KiB or more) for better parallelism.

Cloud block storage services (AWS EBS, Azure Managed Disks, GCP Persistent Disk) use I/O block sizes typically of 4 KiB or 16 KiB. Performance is measured in IOPS (I/O operations per second) and throughput (MB/s) — both depend on block size. A throughput-optimized workload (sequential video) benefits from large blocks; an IOPS-optimized workload (database random reads) uses small blocks.

Filesystems allocate disk space in whole blocks. On a system with 4 KiB blocks, every file — no matter how small — occupies at least 4,096 bytes. A directory of 10,000 small configuration files (each 100 bytes of content) uses 40 MB of disk space (10,000 × 4,096 bytes) rather than 1 MB (10,000 × 100 bytes). This is called "block slack" or "internal fragmentation".

Disk blocks (filesystem blocks) are typically 512 bytes to 4 KiB. Database blocks (database pages) are the unit of I/O for a database engine — typically 8 KiB (PostgreSQL, SQL Server), 16 KiB (MySQL InnoDB), or 32 KiB (Oracle, configurable). Database blocks usually align to multiples of disk blocks for efficiency. Reading one database page may involve reading 2–8 disk blocks.

RAID stripe size (or chunk size) is the amount of data written to each drive before moving to the next drive in the array — typically 64 KiB to 512 KiB. It should be set to match your workload: sequential large-file workloads benefit from larger stripe sizes; random small-block workloads benefit from stripe sizes closer to the filesystem block size. Mismatched stripe and block sizes cause write amplification and reduce RAID performance.

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.