我们有一个相当大的自定义内部应用程序，我们正在考虑将configuration文件移动到SSD驱动器。 在这些configuration文件中，我们还编写了数千个零字节文件来跟踪login的用户以及他们上次活动的时间戳（通过文件名和时间戳）。 每秒可能有50个零字节文件被写入/更新。
所以我的问题是，杀死一个SSD驱动器写多less零字节文件需要多长时间？
我们将使用三星Pro，我相信它有8k NAND页。 我估计每天约有150万次点击（50次/秒* 60秒* 60分钟* 8+小时=〜1.5M）。
每写8192字节*每天1.5M写入=每天12GB。
如果不提供额外的写入放大function，我相信这些三星在耗尽之前可能需要约500,000GB的写入。
500000/12 = 41666天/ 365天/年= 114年。
所以我估计这个驱动器会在114年之前耗尽。 这听起来像是一个合理的计算，还是我错过了一些在我的math中非常重要的东西？
（我知道应用程序不应该写零字节的文件，但是在这之前可以纠正一些更可行的方法，我必须要处理这个问题，请把这个问题当作一个学习问题，字节文件写入，而不是应用程序中可能存在的缺陷。）
我的build议是使用耐久性优化的SSD， 高度过度configuration的SSD （例如40％），configuration不足的SSD （通过固件），工业SSD或没有磨损潜力的设备（例如基于DRAM的SSD ） 。
不要使用消费类固态硬盘。 至less不是没有某种forms的RAID …