Final Words

SandForce started work on its controllers back in 2007. The late start meant a late arrival to the party. Even today we’re looking at another 1 - 3 months before we see widespread availability of SSDs based on the SF-1200 or SF-1500. I guess it’s more fashionably late than anything else, because this thing is good.

The OCZ Vertex 2 Pro is the fastest single-controller MLC SSD I’ve ever tested, and it’s not even running final firmware. It’s quite telling that SandForce decided to make its first public showing with OCZ. Perhaps all of the initial hard work with Indilinx in the Vertex days paid off.

The controller and product both look very good. The only concern for the majority of users seems to be price. For the enterprise market I doubt it’ll be much of an issue. The Vertex 2 Pro should come in cheaper than Intel’s X25-E in a cost per GB sense, but for high end desktop and notebook users it may be a tough pill to swallow. Especially for a controller whose reliability will only be proven over time. I’m curious to see what the cheaper SF-1200 based SSDs will perform like. I’m hearing that they offer the same sequential read/write speed, but have lower random write performance.

OCZ says they will continue to work with Indilinx to bring out new products based on its controllers. SandForce simply adds to the stack.

Then there's Intel. Current roadmaps put the next generation of Intel SSDs out in Q4 2010, although Intel tells me it will be a "mid-year" refresh. For the mainstream market the capacities are 160GB, 300GB and 600GB. I'm guessing we'll see 160GB down at $225, 600GB at $500+ and the 300GB drive somewhere in between. The X25-E also gets a much needed upgrade with 100GB, 200GB and 400GB capacities.

Competition is a good thing. We need companies to not only keep Intel aggressive on price, but competitive on features as well. Indilinx did the former and it looks like SandForce is going to do the latter.

SandForce’s Achilles’ Heel
Comments Locked

100 Comments

View All Comments

  • blowfish - Friday, January 1, 2010 - link

    80GB? You really need that much? I'm not sure how much space current games take up, but you'd hope that if they shared the same engine, you could have several games installed in significantly less space than the sum of their separate installs. On my XP machines, my OS plus programs partitions are all less than 10GB, so I reckon 40GB is the sweet spot for me and it would be nice to see fast drives of that capacity at a reasonable price. At least some laptop makers recognise the need for two drive slots. Using a single large SSD for everything, including data, seems like extravagant overkill.
  • Gasaraki88 - Monday, January 4, 2010 - link

    Just as a FYI, Conan take 30GB. That's one game. Most new games are around 6GB. WoW takes like 13GB. 80GB runs out real fast.
  • DOOMHAMMADOOM - Friday, January 1, 2010 - link

    I wouldn't go below 160 GB for a SSD. The games in just my Steam folder alone go to 170 GB total. Games are big these days. The thought of putting Windows and a few programs and games onto an 80GB hard drive is not something I would want to do.
  • Swivelguy2 - Thursday, December 31, 2009 - link

    This is very interesting. Putting more processing power closer to the data is what has improved the performance of these SSDs over current offerings. That makes me wonder: what if we used the bigger, faster CPU on the other side of the SATA cable to similarly compress data before storing it on an X25-M? Could that possible increase the effective capacity of the drive while addressing the X25-M's major shortcoming in sequential write speed? Also, compressing/decompressing on the CPU instead of in the drive sends less through SATA, relieving the effects of the 3 GB/s ceiling.

    Also, could doing processing on the data (on either end of SATA) add more latency to retrieving a single file? From the random r/w performance, apparently not, but would a simple HDTune show an increase in access time, or might it be apparent in the "seat of the pants" experience?

    Happy new year, everyone!
  • jacobdrj - Friday, January 1, 2010 - link

    The race to the true 'Isolinear Chip' from Star Trek is afoot...
  • Fox5 - Thursday, December 31, 2009 - link

    This really does look like something that should have been solved with smarter file systems, and not smarter controllers imo. (though some would disagree)

    Reiser4 does support gzip compression of the file system though, and it's a big win for performance. I don't know if NTFS's compression is too, but I know in the past it had a negative impact, but I don't see why it wouldn't perform better if there was more cpu performance.
  • blagishnessosity - Thursday, December 31, 2009 - link

    I've wondered this myself. It would be an interesting experiment. There are http://en.wikipedia.org/wiki/Comparison...systems#... (NTFS, Btrfs, ZFS and Reiser4). In windows, I suppose this could be tested by just right clicking all your files and checking "compress" and then running your benchmarks as usual. In linux, this would be interesting to test with btrfs's SSD mode paired with a low-overhead io scheduler like noop or deadline.

    What interests me the most though is SSD performance on a http://en.wikipedia.org/wiki/Log-structured_file_s... as they theoretically should never have random reads or writes. In the linux realm, there are several log-based filesystems (JFFS2, UBIFS, LogFS, NILFS2) though none seem to perform ideally in real world usage. Hopefully that'll change in the future :-)
  • blagishnessosity - Thursday, December 31, 2009 - link

    correction:
    There are http://en.wikipedia.org/wiki/Comparison...systems#...">several filesystems that support transparent compression (NTFS, Btrfs, ZFS and Reiser4).

    What interests me the most though is SSD performance on a http://en.wikipedia.org/wiki/Log-structured_file_s...">Log-based filesystem as they theoretically should never have random reads or writes.

    (note to web admin: the comment wysiwig does not appear to work for me)
  • themelon - Thursday, December 31, 2009 - link

    Note that ZFS now also has native DeDupe support as of build 128

    http://blogs.sun.com/bonwick/en_US/entry/zfs_dedup">http://blogs.sun.com/bonwick/en_US/entry/zfs_dedup

  • grover3606 - Saturday, November 13, 2010 - link

    Is the used performance with trim enabled?

Log in

Don't have an account? Sign up now