iostat -d 不显示写放大，因其仅统计主机层逻辑I/O（如wkB/s），无法获取SSD内部NAND物理写入量；写放大需通过nvme smart-log读取host_write_commands与media_write_commands计算，且仅部分企业级NVMe盘支持。
为什么 iostat -d 根本不显示写放大（WA）
iostat -d 只输出设备级 I/O 统计（如 rkB/s、wkB/s、avgrq-sz），它**完全不采集或计算写放大**。写放大是 SSD 内部行为（如垃圾回收、磨损均衡、写入放大比 WAF = 主机写入量 / 闪存实际写入量），Linux 内核和 sysstat 工具链默认不暴露该指标。你看到的 wkB/s 是主机层逻辑写入量，不是 NAND 层物理写入量。
哪些设备能查到近似写放大？看 /sys/block/*/device/ 下的 NVMe 原生指标
只有部分 NVMe SSD（如 Intel DCPMEM、某些三星/WD 企业盘）通过 NVMe Log Page（0x02，SMART/Health）上报了 host_write_commands 和 media_write_commands —— 后者才反映真实 NAND 写入次数。需用 nvme-cli 获取：
sudo nvme smart-log /dev/nvme0n1 | grep -E "(host_write|media_write)"
若输出存在这两项，WAF ≈ media_write_commands ÷ host_write_commands（注意：仅适用于持续稳态负载，且需多次采样取比值，单次读数无意义）。
- 必须用
sudo，普通用户无权访问 NVMe 日志页 - 多数消费级 NVMe 盘（如 Samsung 970 EVO）不实现该字段，返回 0 或空白
- 不要用
cat /sys/block/nvme0n1/device/model判断支持性，得实测nvme smart-log输出
扇区大小变化不会影响 iostat 的 WA 推算能力
iostat 中的 avgrq-sz 单位是扇区（默认 512 字节），但即使你用 fdisk 或 parted 创建 4K 扇区分区，或用 losetup --sector-size 4096 挂载 loop 设备，iostat 仍只统计主机下发的逻辑 I/O 次数与字节数 —— 它无法穿透到 SSD 控制器内部，更不会因扇区对齐变化而“推导出”写放大。
- 改扇区大小可能影响
avgrq-sz数值（例如对齐后合并更多请求），但这只是队列层优化，和 NAND 物理写入无关 - 试图用
iostat -d -x中的await或%util间接推测 WA 是无效的：高延迟可能是 GC，也可能是温度降频、队列拥塞或 PCIe 带宽瓶颈 - 真正影响 WA 的是 workload 特征（随机写比例、写入空闲空间比、TRIM 是否启用），不是扇区大小本身
替代方案：用 fio + smartctl 做可控实验
若需量化某 workload 下的 WA，唯一可行路径是固定测试条件，对比主机写入量与 SSD 报告的 NAND 写入量：
fio --name=wa_test --ioengine=libaio --rw=randwrite --bs=4k --size=10g --runtime=300 --time_based --group_reporting
在测试前后分别执行：
sudo smartctl -a /dev/nvme0n1 | grep "Media and Data Integrity Errors\|Warning\|Critical"
（对支持的盘）或更直接地：
sudo nvme smart-log /dev/nvme0n1 | awk '/host_write_commands|media_write_commands/{print $1,$2}'
- 务必在测试前运行
sudo fstrim -v /mount/point，确保 SSD 有足够空闲块，否则初始 WA 会严重失真 - 记录
fio输出的WRITE: bw=...（即主机写入速率），乘以时间得总主机写入量 - 两次
nvme smart-log的差值才是该时段内真实 NAND 写入增量 - 注意：NVMe SMART 计数器是累加的，且部分盘存在溢出重置风险，不可跨天长期监控
写放大不是靠工具“查看”出来的，而是靠隔离变量、控制 workload、比对两端计数器才能逼近的数值。别指望 iostat 或任何通用系统命令能直接吐出 WA。
