Skip to content

Technology card

Shipping

Write Amplification

WA · WAF · Write amplification factor

Why an SSD can program more data than the host sends, and how to measure the ratio without mixing counters, units or storage layers.

Glossary entry on hesela.dev · JSON record · Pooled WAF and cleaning arithmetic · Copyback and programmed bytes · NVMe health-counter scope

On this page6 sections

In one minute

Device-level byte write amplification is the ratio of bytes programmed to the storage medium to bytes written by the host over the same accounting interval.

This card uses a byte ratio: media bytes programmed divided by host-written bytes over the same interval. State the boundary before quoting a value. SNIA's dictionary also defines an operation-count WAF; a larger number of smaller operations is not necessarily a larger number of bytes. [1] [3]

NAND updates usually go to another physical location. The superseded copy becomes invalid, but erasing its block may still require copying other, live pages elsewhere. Those relocation writes add to the new host data. Garbage collection reclaims space; wear leveling can move data to distribute erase wear even when that is not the cheapest reclamation choice. [2]

The outcome depends on placement and workload. Agrawal and colleagues examine cleaning policies and the conflict between reclamation efficiency and wear balance. Their simulator explains mechanisms and tradeoffs; it does not give a universal WAF for current retail SSDs. [2]

Count what the counter actually covers. Payload relocation, mapping metadata, parity and other controller work must not silently appear in one numerator and disappear from another. Copyback can reduce transfers across the flash interface without reducing programmed bytes; lower traffic or faster execution is not itself evidence of lower byte WAF. [2]

Device-side compression can reduce the media payload enough for byte WAF to fall below one. Compression in the host instead changes what reaches the drive. The SNIA computational-storage case study supports the possibility, not a claim that all SSDs compress data or achieve its performance results. [5]

NVMe SMART / Health Data Units Written counts host data, excluding metadata. It is not a NAND-program counter, so it cannot supply the numerator by itself. Base 2.3 expresses it in rounded groups of 1,000 512-byte units; zero means not reported. [4]

NVMe does have separate standardized media-write accounting. Where supported and reported, the Endurance Group Information log's Data Units Written excludes internal controller writes, while Media Units Written includes them, such as garbage collection. Both use rounded billion-byte units. Compare deltas from the same group and interval; do not mix a group numerator with an unrelated controller or namespace denominator. [4]

Rounded counters limit short-window precision. Unchanged nonzero readings do not prove there were no writes, and a one-unit increase is not an exact one-unit transfer. Keep raw start/end values, collection times, scope and reset history; an unavailable zero is not a measured zero. These are consequences of the encoding, not a device experiment. [4]

Worked example: take supported, unsaturated Endurance Group counters from the same group and interval, with no reset. Data Units Written rises from 100 to 102 and Media Units Written from 200 to 204. Their delta ratio is 2, but rounding alone allows host bytes strictly between 1 and 3 billion and media bytes strictly between 3 and 5 billion. The compatible byte ratio is therefore strictly between 1 and 5, not an exact 2. These are arithmetic bounds, not a confidence interval or a device measurement. A longer observation window reduces this quantization uncertainty. [4]

For disjoint, compatible intervals, add the media-write deltas and host-write deltas separately, then divide. Averaging the interval ratios without their host-byte weights can produce a different answer. If a window has no host writes, its local ratio is undefined; do not discard its internal writes when forming a longer-window total. [7]

A read-only host workload need not mean read-only NAND activity: refresh or read reclaim can program data. When the host-write denominator is zero, retain physical-write volume and elapsed time rather than reporting a zero WAF. [8]

Application, database and device ratios use different boundaries. A database may rewrite logical records during compaction before its output reaches the device. Treating that output as both application input and host traffic hides work between layers. A product of layer ratios is meaningful only when the intermediate byte quantities, observation window and scope match. [6]

A useful report names the model and firmware, workload and preparation, written address range, compression conditions, interval, raw counters and included write classes. Report latency and durability evidence separately. Use the linked analyses for finite-block examples, over-provisioning denominators and read-reclaim mechanisms.

Measurement boundaries

The same label can describe different accounting boundaries. Match the numerator, denominator, units and scope before comparing results.

Three write-accounting boundaries

Device byte WAF
Numerator / denominatorMedia bytes programmed / host-written bytes
Interpretation limitRequires compatible byte counters and a nonzero host-write denominator.
Operation-count WAF
Numerator / denominatorDevice write operations / host write operations
Interpretation limitNot a byte ratio when operation sizes differ. [3]
Database write amplification
Numerator / denominatorDatabase output bytes / logical input bytes
Interpretation limitDoes not include every transformation or internal write below the database. [6]

Uncertainty notes

  • Source-based engineering synthesis, not a new SSD benchmark.
  • The byte-ratio convention is explicit; operation-count and cost-weighted metrics must keep their own labels.
  • Counter support, reporting scope and precision must be verified on the actual device.

Sources

  1. 01Steve Peters. What Can/Can't be Done and What's Nice to Have in the New Stack. SNIA, slides 8-11. · accessed 2026-11-10
  2. 02Agrawal et al. Design Tradeoffs for SSD Performance. USENIX ATC 2008, sections 2.2, 3.2 and 4.3: copyback, cleaning and wear leveling. · accessed 2026-11-10
  3. 03SNIA dictionary: write amplification factor, operation-count convention. · accessed 2026-11-10
  4. 04NVM Express Base Specification 2.3 (1 August 2025): SMART / Health Information and Endurance Group Information log pages. · accessed 2026-11-10
  5. 05Hands and Anderson. TCO in Computational Storage - Compression. SNIA, 2023, printed page 2. · accessed 2026-11-10
  6. 06RocksDB Tuning Guide: Amplification factors and compaction. · accessed 2026-11-10
  7. 07Hesela: finite-block cleaning and pooled write-amplification accounting. · accessed 2026-11-10
  8. 08Hesela: SSD read reclaim and read-only accounting. · accessed 2026-11-10

Published by Hesela team

Report a correction · Editorial standards · Reuse guidance

Cite this page
Hesela team. Write Amplification. Hesela. https://hesela.com/tech/write-amplification/