Word to Gibibyte

A word's size depends on the CPU architecture. In x86/x64 (Intel/AMD) documentation: word = 16 bits, DWORD = 32 bits, QWORD = 64 bits. In ARM 32-bit: word = 32 bits. In most modern 64-bit systems (excluding x86 documentation): word = 64 bits. When reading technical documentation, always check the architecture's definition, as "word" is not a universal fixed size.

In Windows API documentation and x86 architecture, a DWORD (Double Word) = 32 bits = 4 bytes, capable of holding values 0–4,294,967,295 (unsigned) or -2,147,483,648 to 2,147,483,647 (signed). DWORD is the most common fixed-width integer type in the Windows API, used for flags, handles, and return codes. The equivalent in modern C/C++ is uint32_t (unsigned) or int32_t (signed).

A CPU's word size determines: (1) the maximum addressable memory — a 32-bit CPU addresses up to 4 GiB (2³² bytes); a 64-bit CPU addresses up to 16 EiB (2⁶⁴ bytes); (2) the precision of integer arithmetic — a 64-bit word handles numbers up to ~18.4 × 10¹⁸ in a single instruction; (3) performance — operations on data smaller than the word size may require extra sign-extension instructions on some architectures.

Modern x86-64 CPUs (Intel Core, AMD Ryzen) have 64-bit general-purpose registers, so their native word size is 64 bits for most operations. However, x86 documentation maintains the legacy definition: "word" = 16 bits, DWORD = 32 bits, QWORD = 64 bits. This creates a confusing terminology mismatch between the architectural naming convention and the physical register size.

Memory alignment means storing data at addresses that are multiples of the data's size. A 32-bit word should be stored at an address divisible by 4 (bytes); a 64-bit word at an address divisible by 8. Misaligned access is either forbidden (causes a CPU fault) or penalised (requires two memory reads instead of one). Compilers automatically align variables; manual struct packing can create misalignment that causes subtle performance issues or crashes on strict architectures.

GB (gigabyte) = 10⁹ bytes = 1,000,000,000 bytes (SI decimal). GiB (gibibyte) = 2³⁰ bytes = 1,073,741,824 bytes (IEC binary). GiB is 7.37% larger. This is why a 1 TB hard drive labelled by the manufacturer (using 10¹² bytes) appears as approximately 931 GiB in Windows or Linux (which divide by 1,073,741,824). Neither value is wrong; they use different counting systems.

Early PC games (1990s) fit on a few floppy disks — under 10 MiB. CD-era games (late 1990s) reached 650 MiB. DVD-era titles hit 4–8 GiB. Modern AAA games like Call of Duty or Flight Simulator now exceed 100–200 GiB due to uncompressed 4K textures, high-fidelity audio in multiple languages, and pre-rendered cinematics. The growth rate has outpaced Moore's Law: storage needs roughly double every 2–3 years for top-tier games, driven primarily by texture resolution increases that scale quadratically with pixel count.

A module sold as "16 GB" RAM by manufacturers means 16 × 10⁹ = 16,000,000,000 bytes? No — RAM is actually built in binary powers. A "16 GB" RAM module contains exactly 2³⁴ = 17,179,869,184 bytes = 16 GiB. In this case, the manufacturer is using "GB" to mean GiB — unlike hard drives, where manufacturers genuinely use decimal GB. RAM capacities are always powers of 2 in gibibytes.

A 512 GB SSD (decimal, as labelled by the manufacturer) holds 512,000,000,000 bytes. Divide by 1,073,741,824 to get GiB: 512,000,000,000 ÷ 1,073,741,824 ≈ 476.8 GiB. After OS overhead and firmware reserved space, the usable capacity shown in the OS is typically 450–465 GiB for a nominally 512 GB drive.

Yes — GiB is the technically correct unit for binary memory. RAM, CPU cache, and GPU memory are all physically organized in powers of 2, making GiB the natural unit. The JEDEC memory standard (the body that defines RAM specifications) officially uses the IEC GiB notation, even though product packaging often says "GB" for commercial reasons. In engineering and OS development contexts, GiB is the preferred term.