How to prevent programs (e.g. Process Monitor) from killing the SSD in 2 weeks

hard-drive-failurehardware-failurelifespanssd

I just got my first SSD – Intel 320 Series 120GB yesterday. And I have SSDLife monitoring in the background. I have TRIM enabled.

After I have installed all software, and did some basic testings. SSDLife said "Total Data written, GB" = 52.1 (40GB used space, 70GB free space).

In order to extend the lifespan of SSD, I moved Temp folders, Google Earth cache, Picasa db files to HDD. But I left the pagefile on SSD, because I have only 4GB RAM, I need SSD to speed up IO to the pagefile.

In this post, the poster mentioned using Process Monitor to monitor writes to SSD. So I tried the latest version of Process Monitor myself.

I accidentally found, after I started Process Monitor, in SSDLife the "Data written, GB" value was increasing at the rate of about 10MB/s. Once I closed Process Monitor, everything back to normal.

That means, if I keep Process Monitor running in the background for 24 hours (I know I don't have the need to do that, but that could happen if I forgot to close it.), it will decrease the lifespan of my SSD by 850GB.

According to the "Write Endurance Specifications" of Intel's document:

Intel 320 Series 120GB - 100% random 4k writes = 15TB

1. Is that mean if I keep Process Monitor (or similar programs) running in the background, it could kill my SSD in just 2 weeks? How about if I accidentally have 2 or 3 of them running in the background? My SSD could die in just one week or even a few days?

2. How do I know if a program has aforementioned behavior without manually testing it? Any software could monitor in the background and give warning when it discovered this kind of behavior?

Thanks

Update:

Just found the Pro version of SSDLife has a feature SmartCheck:

check SSD health status on schedule (each 4 hours) on program startup and exit if no changes in health, shows message only if health changes

I think this should somehow detect aforementioned behavior and give warnings.