Less than 24 hours ago I was called into a meeting with SandForce, the SSD controller manufacturer that has been onfirelately. The company makes two controllers: the SF-1200 and SF-1500. The meeting was initiated by SandForce to clear up any misconceptions I might have about the differences between the two controllers. No good deed goes unpunished, and the quick meeting turned into an hour long debate about responsibility and ethics. It turns out that while I finally know the difference between the SF-1200 and the more expensive SF-1500, not all drives based on the SF-1200 will offer the same performance. In fact, some drives that are currently on the market will actually drop in performance (in one metric) if you upgrade them to SF’s mass production firmware. Yep.

SF-1200 vs. SF-1500

On SandForce’s site are two controller options: the SF-1500 intended for enterprise (server) customers, and the SF-1200 for client (desktop/notebook) SSDs. The first silicon ready was SF-1500, and a derivative version of that was used in the earliest drives (e.g. OCZ’s Vertex Limited Edition). More recently however we’ve seen SF-1200 based SSDs crop up, such as Corsair’s Force drive. In our recent review we found no performance difference between the Force drive and the Vertex LE, leading me to believe that there’s no tangible performance difference between the SF-1200 and SF-1500. However since then I’ve finally got a good handle on the differences directly from SandForce.

The SF-1500 controller from the original Vertex LE.

Let’s start with the obvious and what I suspected: there is no physical difference between the SF-1200 and SF-1500. It’s the same die. The difference between the two amounts to firmware, validation and settings on the chips themselves. It’s akin to Intel disabling Hyper Threading on the Core i5 750 but leaving it enabled on the Core i7 860; same die, different features.

The SF-1200 controller on Corsair's Force SSD. The chips are the same, it's all about firmware and settings.

As an enterprise class solution, the SF-1500 is designed to complete any writes in progress in the event of sudden power loss. The SF-1500 firmware is configured expecting the presence of the super cap we saw in the Vertex 2 Pro. As such it expects that it can write at full speed without any worries about power loss. In other words, it assumes you have power failure protection at the drive level.

The SF-1200 firmware on the other hand doesn’t assume the presence of a large capacitor to keep the controller/NAND powered long enough to complete all writes in the event of a power failure. As such it does more frequent check pointing and doesn’t guarantee the write in progress will complete before it’s acknowledged. It’s a subtle difference, but the SF-1500 with super cap may be necessary for some of SandForce’s enterprise customers.

The SF-1500's super cap, necessary because SandForce's controller keeps a couple of MBs of data buffered

Continuing the enterprise focus, the SF-1500 supports more SMART attributes and logging/debug/diagnostic features. SandForce wasn’t willing to elaborate on this point but said that it shares the SMART feature list with its customers under NDA. If this sort of thing might matter to you, sign a NDA with SandForce and they’ll apparently tell all.

As I pointed out in the Corsair Force review, SandForce rates the SF-1500 for a longer mean time to failure than the SF-1200. This is a basic binning/testing advantage. The SF-1500 goes through more tests and qualification than the SF-1200 allowing SandForce to guarantee higher reliability. That’s not to say that the SF-1200 won’t last as long as or longer than the SF-1500, it’s just that SandForce is willing to guarantee a longer lifespan on the SF-1500 than it is willing to do for the SF-1200. I poked fun at SF’s mean time to failure ratings in the Force review, however SandForce explained the MTTF is calculated across the entire population of controllers - not the lifespan of a single controller.

In a population of 10,000,000 controllers, with a rating of 10,000,000 hours, the probability is that 1 unit would fail in an hour. The SF-1200 would have 5 units fail in the same time. The failure probability drops as the number of controllers drops (SF won’t be shipping anywhere near 10M of these things).

While both the SF-1200 and SF-1500 support MLC NAND, the SF-1500 also supports SLC. This once again is more of an enterprise class feature as most desktop users aren’t willing to pay the 2x price premium of SLC vs. MLC NAND flash.

SandForce Controller Comparison

SF-1200

SF-1500

Flash Memory Support

MLC

MLC or SLC

Power Consumption

550 mW (typical)

950 mW (typical)

Sequential Read/Write Performance (128KB)

260 MB/s

260 MB/s

Random Read/Write Performance (4K)

30K/10K IOPS

30K/30K IOPS

Security

128-bit AES Data Encryption, Optional Disk Password

128-bit AES Data Encryption, User Selectable Encryption Key

Unrecoverable Read Errors

Less than 1 sector per 1016 bits read

Less than 1 sector per 1017 bits read

MTTF

2,000,000 operating hours

10,000,000 operating hours

Reliability

5 year customer life cycle

5 year enterprise life cycle

So far none of these differences matter to a client user, but the last item on the list does. There’s a performance difference between the SF-1200 and SF-1500. The SF-1500 is capable of higher sustained small file random write speed. The SF-1200 is rated at 10,000 4K random write IOPS (sustained), while the SF-1500 is rated at 30K (sustained). This is purely a firmware limitation, but SandForce believes the 10K number is high enough for client PCs (Intel rates its X25-M G2 at 6.6K for the 80GB model and 8.6K for the 160GB model).

The controllers should otherwise perform the same, it’s only in small file random writes that there’s a difference (realistically speaking we’re talking random writes smaller than 16KB in size). SandForce notes the difference on its website, however in our testing of Corsair’s Force drive we showed absolutely no difference. So what’s going on?

Post Your Comment

81 Comments

Where does the Mercury Extreme fit in? 5 days ago I purchased 3 of these drives. The website touted 10,000,000 hr life, etc. of the Sandforce 1500. Suddenly, this morning, (after my 1st two drives have shipped, but 3rd drive is out of stock) the OWC site lists 2,000,000 hr life.

Did OWC switch to the 1200? Am I stuck with a lesser controller? Did OWC always use the 1200 controller and now just change their website after your article appeared?

When OWC started shipping the Mercury Extreme there were no SF-1200s as far as I can tell. The early set of drives were almost surely this odd SF-1200/SF-1500 hybrid similar to what OCZ shipped with the Vertex LE.

Remember that those controllers were a limited run. I wouldn't be surprised if the newer drives are SF-1200 based, although that's super sketch to change specs without changing the drive's name at all. I'm going to find out for you what's going on asap.

Nice catch on the post. However, the author can claim whatever he wants about the "flavor" variations...OWC TOLD ME VERBALLY that all current and future Mercury Extreme SSDs were shipping with the Sandforce 1200 controller. This was NOT speculation. While I understand that specifications may have little or no impact on the actual, real world performance, the fact is that I paid for something and in return was sent something that cost them between $100-150 less than the original. This was not labor or process efficiency cost savings. It was not a reduction in R&D. It was a change in the actual product hardware. It would be the same as an auto manufacturer selling me a car with a V6, then actually delivering the same model with a turbocharged 4 cylinder. The overall performance may be nearly the same, but the longevity may be different and the cost would be less for them. If the auto dealer failed to tell me they had switched mortors and also failed to discount the price, I would sue them. What makes this OK for OWC?Reply

Really good insight. Just looks like business got in the way of the drive's performance. Hopefully SandForce has acknowledged their mistake and will not repeat it. Their controller looks really promising.Reply

I'm probably not the first to say it, but as my first comment ever I felt I had to say it: Anand you're the best. You do a better job investigating the tech industry products and practices than most journalists do for any kind of articles; this article is a clear example of that. People might start reviewing other SF-1200 drives based on the "wrong" F/W and thus review drives better than they should be; I can't but suspect SandForce did this consciously and with that objective in mind.

I agree wholeheartedly! Unlike other sites which just rehash and aggregate other news sites, AnandTech really takes the extra effort to go out, investigate, benchmark and analyze technology. You guys really make me come back for more!

I remember one of the first magazines I subscribed to was Byte. Though now defunct, I thoroughly enjoyed their very in-depth articles on everything from microprocessor architecture to the run-of-the-mill experiences of an author who loves tech (Jerry Pournelle). I miss that publication greatly but everytime I go to AnandTech, this site really reminds me of how technical and professional Byte was in their journalism and how great a service AT has been to both technical jargon-inclined people such as myself as well as the average Joe.

This is obviously a blunder that only a new and inexperienced company can make. Like someone else said, it's probably more like the business unit failing rather than the engineers but it just shows that this market segmentation crap looks really silly unless executed well and come up with sufficient amount of bs to cover it. Intel seems to got the hang of itReply