blkdiscard不能恢复ssd读写性能，仅发trim通知主控回收未用空间，不重置ftl映射表、不释放预留空间、不校准磨损均衡；恢复出厂性能必须执行secure erase。
blkdiscard 命令不能用于恢复 SSD 的读写性能，它只清空文件系统层标记的“未使用空间”，对底层 NAND 闪存、FTL 映射表或预留空间（OP）无影响。想真正恢复出厂级写入速度，必须用 Secure Erase（安全擦除），而非 blkdiscard。
blkdiscard 实际作用与局限
blkdiscard 是 Linux 内核提供的块设备级指令，作用是向 SSD 发送 DISCARD（即 TRIM）命令，通知主控：某段逻辑地址范围已不再使用，可提前回收。但它：
- 不重置 FTL 映射表，无法解决映射碎片化问题
- 不释放被占用的预留空间，无法扩大可用块池
- 不校准磨损均衡计数器，无法改善长周期写入分布
- 仅对已格式化且挂载的文件系统生效，对未分配空间或隐藏区域无效
为什么 blkdiscard 后性能没变化？
SSD 性能衰减的根本原因是内部管理机制失衡——比如 4K 随机写 IOPS 掉到标称值 70% 以下，说明主控已难以快速定位干净块。此时即使执行了 blkdiscard，旧的映射关系仍存在，垃圾回收压力未缓解，新写入仍需搬移+合并，延迟自然升高。
正确路径：用 Secure Erase 替代 blkdiscard
要恢复出厂性能，必须触发主控级重置。操作分三步：
- 确认支持并解冻：在 Linux Live 环境下运行 hdparm -I /dev/sdX，确保 Security 字段显示 supported、not frozen、not enabled
- 选择执行方式：优先用厂商工具（如三星 Magician、西数 Dashboard），若不可用则用 hdparm 命令设密后执行 --security-erase
- 擦除后初始化：重启进 Windows 或 Linux，将磁盘“初始化”为 GPT，再新建卷并快速格式化——这一步重建分区结构和文件系统元数据，Secure Erase 本身并不做这事
什么情况下可以考虑 blkdiscard？
blkdiscard 适用场景很窄，仅建议在以下情况使用：
- SSD 已启用 TRIM 但长期未触发（如 ext4 挂载时未加 discard 选项），手动补发一次 TRIM
- 准备将 SSD 重新作为裸盘使用（如建 LVM PV 或 ZFS vdev），且确认后续会完整覆盖写入
- 配合 fstrim 定期维护，但不能替代 Secure Erase 做性能救急
