零字节文件导致 SSD 磨损

零字节文件导致 SSD 磨损

我们有一个相当大的自定义内部应用程序,我们正在考虑将配置文件移至 SSD 驱动器。在这些配置文件中,我们还写入了数千个零字节文件来跟踪登录的用户及其上次活动的时间戳(通过文件的名称和时间戳)。每秒大概有 50 个零字节文件被写入/更新。

所以我的问题是,关闭写入这么多零字节文件的 SSD 驱动器需要多长时间?

我们将使用三星 Pro,我相信它有 8k 个 NAND 页。我还估计每天大约有 150 万次点击(50 次点击/秒 * 60 秒 * 60 分钟 * 8+ 小时 = ~150 万次)。

假设每次写入 8192 字节 * 每天 1.5M 次写入 = 每天 12GB。

如果不提供额外的写入放大,我相信这些三星硬盘在磨损之前可以承受大约 500,000GB 的写入。

500000 / 12 = 41666 天 / 每年 365 天 = 114 年。

所以我估计这个硬盘在磨损前可以使用 114 年。这个计算听起来合理吗,还是我的计算中遗漏了很重要的东西?

(我知道应用程序不应该写入零字节文件,但在可以将其更正为更可行的文件之前,我必须处理现有情况。请将这个问题视为一个学术问题,关于用零字节文件写入磨损 SSD,而不是应用程序中可能存在的缺陷。)

答案1

我的建议是使用耐久性优化的 SSD,高度过度配置的 SSD(例如 40%),SSD 配置不足(通过固件)以及工业 SSD 或没有磨损潜力的设备(例如基于 DRAM 的 SSD)。

不要将消费级 SSD 用于此目的。至少在没有某种形式的 RAID 的情况下不要这样做...

相关内容