"All stores support key expiration, but only memcache supports it natively. All other stores
emulate expiration." Redis doesn't support volatile keys??
Also, does it allow access to a DB's tuning parameters? It makes a great difference whether to use Tokyo's B+ tree database or its hash database ...
I had an ATI 3870 which was supported in 10.5 but ceased to be in 10.6 - a shame, since it outperformed the nvidia cards in core graphics by a large margin.
If you can, get the new sigma 50mm 1.4 instead of the Canon. The sigma has USM, better bokeh, is faster, has better build quality and seems a bit sharper. Both go for around the same price (~300 euros).
Doing the math roughly is actually easy.
Every tweet that doesn't come from search endpoints has the user details inline. The user details include the number of followers.
So just consume the filter streaming api with your chosen hashtag. You will get all the tweets, or at least some and a measure of how many you missed (limit notices).
For every new user in said stream, add the number of her followers.
It's so easy you could write the code in the length of this comment. Of course, if you want to avoid counting duplicate followers, you'd have to do an average of 1-2 additional calls per user.
I'm not entirely sure what kind of analysis you are thinking about. Statistics in R for me entail a lot of human intuition, interpretation and decisions. You probably don't want a script building your models for a confirmative factor analysis, for example.
Although the 160GB has a slight write advantage over my 80GB G2, it appears those last 15% make quite a difference. That wouldn't be totally out of line from how regular HDs behave once they approach 100% utilized capacity.
SSDs (the intel ones at least) have a buffer of cells that are inaccessible to the OS (that buffer is larger on e models), maybe that's double for the 160?
Back when I tried that I simply used xbench - the 4k block writes went below 10MB/s. I don't have the exact numbers, but I do remember that mac os took > 30 seconds of spinning wheel to boot, compared to 1-2 usually. BTW, filling the disk is as easy as performing "erase free space" with Disk Utility.
As long as you leave plenty of free space, SSDs work great out of the box. Don't ever fill them (something beyond 80% capacity), or you will crush performance. The tweaks in the article are attempts to optimize for the last 2%, but in no way necessary.
Another way to save (the oh so precious) space on SSDs is to apply HFS+ compression to files.You can use ditto(1) or this GUI: http://latenitesoft.com/squeeze/
Note, however, that files are decompressed on writes, so don't try it on anything large and frequently written to.
One suggestion: Your use case is well defined. Don't get thrown off by people in here suggesting millions of features.