Guys, let's try to keep a friendly atmosphere and try to learn from each other and understand each other well, instead of fighting each other. Personal comments in that setting rarely have any positive effect. We all like discussing the theories behind SSDs, but we would like it a lot more in a friendly atmosphere where questions can be asked without holding back.
It's also perfectly fine to criticize a theory. But i will point out that it is not up to me to prove anything. I'm just sharing with you guys of what i learned; it is up to
you to either trust and follow this, do more research or reject altogether. Only if you would hire me would i go on proving it; and i can assure you it doesn't come cheap.
As for proof, well it is perfectly valid to desire proof that under-provisioning is an effective way to stop performance degradation of SSDs and enhance lifespan as well due to lower write amplification (i.e. 20GB written by the OS gets amplified to 40GB worth of writes on the SSD = 2.0 write amplification). The problem is that getting this proof the 'correct' way would be a research study of its own; definately not something i can do in one day. Not the right way, at least, by simulating real use over time under varying conditions but with as many external factors eliminated. It would likely require D-Trace to do intensive I/O monitoring and capturing and replaying traces found by actual Operating System usage. Then once you can confirm the authenticity of the patterns that would simulate 6 or 12 months of real use over time, you can do normal benchmarks in that condition to determine the actual (degraded) performance at that point.
As far as i can tell, under-provisioning is a widely accepted mechanic to increase the spare area used by the SSD. The Anandtech-article, in case you haven't read it thoroughly yet, is an excellent writeup that goes relatively deep into the subject for a techsite; research papers really aren't that easy or interesting to interpret. The Anandtech-article is also based on findings by IBM Zurich, i'll give you the links here:
http://www.anandtech.com/show/2738/9
http://www.anandtech.com/show/2829/8
IBM Zurich research document:
http://www.haifa.ibm.com/conferences/systor2009/papers/2_2_2.pdf
Some quotes:
There’s not much we can do about the scenario I just described; you can’t erase individual pages, that’s the reality of NAND-flash. There are some things we can do to make it better though.
The most frequently used approach is to under provision the drive.
and
Intel ships its X25-M with 7.5 - 8% more area than is actually reported to the OS. The more expensive enterprise version ships with the same amount of flash, but even more spare area. Random writes all over the drive are more likely in a server environment so Intel keeps more of the flash on the X25-E as spare area.
You’re able to do this yourself if you own an X25-M; simply perform a secure erase and immediately partition the drive smaller than its actual capacity. The controller will use the unpartitioned space as spare area.
I mean, its not
my theory; this is actually widely accepted and common knowledge to anyone intimate with SSD controller technology. I'm just relaying the message, especially since i believe 6.8% is too little spare space and that Windows-users with TRIM would still have a slowdown depending on their actual use and how frequently they do a Secure Erase.
However, if you feel you could use the space and would accept some degradation of performance with the benefit of being able to store more applications/games on the SSD, that's a valid argument to not reserve any extra, or keep the extra reserved space very low (under 10%).
But, if you still have doubts about this 'theory' then the only real proof would be to find out and test yourself, and/or write to those concerned (IBM Zurich, Anand himself, OCZ/Intel user forums, Intel directly, controller designers if you have the contacts, etc). I think i pretty much told you all i know on the subject, at least those relevant to preventing performance degradation and lower lifespan. The Anandtech articles i linked are highly recommended to carefully read; the more you know about how SSDs work, the more logical some things may start to sound.
Cheers.