Nice on identifying a need and posting this new article series, however one thing will make the notes on the smaller drives obsolete in a very short while, and also requires mentioning on the higher capacities.
I mean Z68 Chipset's SSD caching. I refer readers to the article from this very site:
http://www.tomshardware.com/reviews/z68-express-lucidlogix-virtu-ssd-caching,2888-2.html
Soon smaller cheap drives will be able to give a significant boost to a whole system's performance, and your cheapest drive is just shy of the 18.6GB minimum to qualify to it. Furthermore, you consider the pros and cons of smaller SSD-s only in the mindset of how are they as boot drives, or system drives, and soon they will have a whole new role as HDD boosters.
Considering cache brings whole new factors into the deal - for instance, for cache you should have a look at sole read performance as write speed is bound to the HDD write speed for write-through scenario which might be the popular scenario. Also, suddenly 32GB that is barely enough for boot drive, gets reconsideration as it may very well be more than enough to cache an HDD. Which brings another question to light - how much SSD cache is optimal for a certain HDD size? Is 32GB good only upto, say 1TB, or is 40GB needed already for 512GB, but is also enough for 2TB, and so forth.
So - clearly smaller SSDs require another look with caching, but also bigger SSD-s. Consider someone who purchased a 160GB, but requires performance for 600GB of software? 3 super sized SSD-s are not a rational expense for anyone - Z68 allows for partial allocation for caching if I remember correctly, and giving 30GB from the 160GB to cache a 1TB HDD may be a solution that allows a system drive + certain crucial apps on pure SSD, plus a cached HDD for the lower priority performance requirement. So thinking about these things applies (even if to a lesser extent) also to the bigger SSD-s.
Just my thoughts for improvements, otherwise a good read on readers needs, and a good article.
Assaf