We have a rather large custom in-house application that we are considering moving the configuration files to an SSD drive. In the midst of these configure files we also write thousands of zero byte files to track logged on users and the timestamp of their last activity (by the file's name and timestamp). There are probably 50 zero byte files written/updated per second.
So my question is, how long would it take to kill an SSD drive writing this many zero byte files?
We would be using a Samsung Pro, which I believe has 8k NAND pages. I would also estimate about 1.5 million hits per day (50 hits/sec * 60 seconds * 60 minutes * 8+ hours = ~1.5M).
Given 8192 bytes per write * 1.5M writes per day = 12GB per day.
Providing no addition write amplification, I believe these Samsungs can take about 500,000GB of writing before they wear out.
500000 / 12 = 41666 days / 365 days per year = 114 years.
So I am estimating that the drive will last 114 years before wearing out. Does this sound like a reasonable calculation, or am I missing something very important in my math?
(I am aware that the application should not be writing zero byte files, but until that can be corrected to something more feasible, I have to work with what is there. Please consider this question as an academic question on wearing out an SSD with zero byte file writes instead of the flaws that might exist in an application.)