Code RoomWrite amplification spikes
HardPrep Room Coding #2968

Write amplification spikes

On-callStorage & CDNAlgorithms & data structuresMid–Senior~35 min

You run a RocksDB-backed metadata service (LSM-tree storage engine) across 12 nodes. After a config change last night that raised `target_file_size_base` and lowered `level0_file_num_compaction_trigger`, p99 write latency tripled and NVMe write bandwidth per node climbed from ~150 MB/s to ~1.1 GB/s even though the application's logical write rate is flat. Dashboards: bytes-written-to-disk / bytes-written-by-app (write amplification factor) jumped from ~9x to ~34x; pending-compaction-bytes is steady (not backing up); SSD wear (TBW) is now projected to exhaust endurance in 14 months instead of 6 years. CPU is up on compaction threads. No errors, no rejected writes — just brutal amplification. How do you triage, find root cause, and fix?

What a strong answer looks like

Stop the bleeding first (mitigate), then form hypotheses from real signals. Separate root cause from symptom, communicate status as you go, and close with what prevents a repeat.

0:00 of about 35 min
Which questions mattered is sealed until you submit. Telling you now would just be handing over the edge cases.