Random Read/Write Speed

The four corners of SSD performance are as follows: random read, random write, sequential read and sequential write speed. Random accesses are generally small in size, while sequential accesses tend to be larger and thus we have the four Iometer tests we use in all of our reviews.

Our first test reads/writes 4KB in a completely random pattern over an 8GB space of the drive to simulate the sort of random access that you'd see on an OS drive (even this is more stressful than a normal desktop user would see). I perform three concurrent IOs and run the test for 3 minutes. The results reported are in average MB/s over the entire time.

Iometer - 4KB Random Read

The C300 offers by far the best random read performance of any SSD we’ve tested. This applies to both the 256GB and 128GB versions of the C300, and while operating on a 3Gbps SATA controller. There’s a roughly 38% performance advantage over the SandForce based OCZ Vertex 2 and Intel X25-M G2. There's hardly any benefit to moving to a 6Gbps controller here as the transfer rates don't even saturate 1.5Gbps SATA.

Iometer - 4KB Random Write

Random write speed is similarly high, but not quite as dominant. Intel’s X25-M G2 simply shows its age here. You must keep in mind that the G2 was a mild update to the original X25-M, an architecture that was designed back in 2006 - 2007 and first sold in 2008. The X25-M G2 is simply an old architecture by today’s standards. While it makes a great value SSD, there should be no surprise that a C300 is over twice as fast in our 4KB random write test.

It’s the SandForce comparison that’s less cut and dry. By default Iometer uses data that is highly repetitive in nature. While our random test writes data to random addresses, the contents of the data itself isn’t random. The Vertex 2’s SF-1200 controller recognizes the obvious pattern in the data and just doesn’t write most of it to the drive. This is the best case scenario for the SandForce controller architecture. Now it’s absolutely a realistic workload, but not always likely.

Using a custom build of Iometer we are able to write completely random data to the drive. This data can’t be compressed and effectively defeats SandForce’s write amplification reduction algorithm. I’d argue that this scenario is even less likely than one where the data is nearly infinitely compressible, at least for a desktop user. SandForce claims that an install of Windows 7 + Office 2007 requires less than half the writes on one of its drives compared to a traditional SSD.

The point here is that while I can present performance in both cases, the real world write performance of the Vertex 2 and other SandForce drives will be somewhere in between the two numbers you see represented in the chart above. And compared to the 128GB C300, I’d say it’s likely that the Vertex 2 has the advantage in 4K random write performance. The 256GB drive improves performance enough where I’d be comfortable saying it’s probably a tossup between the two.

The 6Gbps performance is an odd story to tell here. The 128GB drive actually performs the same regardless of whether or not it's on our 6Gbps controller, however the 256GB drive takes a performance hit going to the 6Gbps controller (HighPoint Rocket 620, using the Marvell 88SE9128 controller similar to many motherboards). This is purely a fault of the controller and unfortunately one of the tradeoffs you'll have to make with the move to 6Gbps. It's very difficult to beat Intel's own SATA controller.

Many of you have asked for random write performance at higher queue depths. What I have below is our 4KB random write test performed at a queue depth of 32 instead of 3. While the vast majority of desktop usage models experience queue depths of 0 - 5, higher depths are possible in heavy I/O workloads:

Iometer - 4KB Random Write - QD32

While the 128GB C300 is slower than the 100GB Vertex 2, the 256GB version hangs with the SandForce posterchild. If you need the capacity, the 256GB C300 is easily a good performer even at high queue depths.

The Drive Sequential Read/Write Speed
Comments Locked

51 Comments

View All Comments

  • deardeerlulu - Monday, July 19, 2010 - link

    I am kind of confused about the figures shown in that page, what axis X represents? Does it mean how much capacity has been filled? Or anywhere I can find explanations?

    If yes, then for crucial drive, why the performance dropped more than 50% just after less than 10GB data is filled? Since from my understanding, if there are only a small percentage capacity is filled, there are still a lot of free space, the random performance should not drop so rapidly?

    Anand, or someone else here can explain my confusion? Thanks!
  • zzing123 - Monday, July 26, 2010 - link

    Here's a question. If you have Windows 7 running under BootCamp on a Mac, and have an SSD that's partitioned with 1 partition being the Mac OS X boot drive (HFS+) and the other being the Windows 7 boot drive (NTFS), and finally have an HFS driver like Mediafour's MacDrive to read the HFS+ partition, will TRIM work on that SSD?

    Since I know Anand has a couple of Macs, and possibly other readers, can anyone verify this?
  • SSDInq - Tuesday, July 27, 2010 - link

    I've been wondering how this particular scenario would affect the performance of SSD's. I believe that many users fall into this pattern:

    - Laptop with smallish HD (same range as SSDs)
    - A few months after purchase the drive is ~90% full (Original OS + Crapware, Updates,Office + files, Emails + archives, photos + videos, leftover crap from every app, etc)

    At this point, every write request starts hitting the same area (some old data is deleted to free space and new data from emails, browser cache, downloads replaces it).

    Will the write leveling algorithms affect the performance of SSDs ? How much?
  • alexwy - Thursday, July 29, 2010 - link

    I am wondering why random read is slower than random write. Write operation is always slower than read, and sequential write is slower than sequential read. Why random read is slower? Is it because that the random read data is not 4K aligned?
  • sor - Saturday, December 11, 2010 - link

    With small random data, the overhead of looking up where the data is to retrieve it begins to show up, compared to simply identifying an empty spot to store something. This is somewhat related to why TRIM is important, keeps empty/no-longer-used blocks readily available.
  • Nick932 - Sunday, August 8, 2010 - link

    Does anybody know a laptop that has sata3 controller? Or any other solutions that would accomodate the use of this drive?
  • deBlanc - Saturday, August 28, 2010 - link

    I have two Crucial C300 drives in two different HP laptops. Both have ICH9, Intel GM/PM45 Chipsets. These work fine using the Microsoft AHCI 1.0 driver. If I use the Intel RST 9.6.0.1014 driver, I get BSODs intermittently on boot and almost always waking from sleep. These are known issues reported in several posts on the Crucial C300 forum and also seem to be a problem with the Sandforce drives as discussed on the OCZ forums. If I put an Intel SSD in the laptops, I have no problem with the RST drivers.

    So I sent and email to Crucial asking about the problem. I figure there is some type of firmware issue. Here is their response:

    Hello - - - - - - - - -,

    Thank you for contacting Crucial. It sounds like the C300 drives are functioning properly if you get them to work just fine with the Microsoft drivers. We haven't had any reports of issues with the our SSD and the Intel Rapid Storage driver. We will keep our ears open for similar issues. In the meantime I will refer you to Intel to see if they have had heard of an issue with their driver with our drives.

    If you have further questions, please visit the Crucial Community at http://www.crucial.com/help. For sales questions, try our online chat service at http://www.crucial.com/company/contacts.aspx. Our hours are Monday through Friday from 6 a.m. to 6 p.m. (Mountain Time). At Crucial, we are committed to providing high-quality products and reliable service and support.

    KELLI
    Technical Support Representative
    Tel: (800) 336-8896
    Fax: (208) 363-5501
    mailto:crucial.support@micron.com
  • poohbear - Thursday, October 7, 2010 - link

    Anand you really should've mentioned in this review that the AMD AHCI drivers do NOT pass on the TRIM command, so even w/ Win7 this SSD will lose TRIM support w/ the AMD AHCI drivers, and we'll get the abysmal long term performance u highlighted in your TRIM sectino). AMD needs to feel the heat in this regards cause they've been lazy as hell & need to get their stuff together. This is not a problem w/ Intel chipsets, but im really peeved that as of October 2010, there is STILL NO TRIM support from AMD. really pathetic on their part, SSDs are becoming less than $100 & they dont care to implement TRIM support for us. We're stuck using the much less performing MS drivers.

    Anandtech really needs to emphasize this, otherwise i never would've bought this drive and went w/ a sandforce based one for its internal garbage collection, but i didnt realize AMD was so behind the times.
  • sin0822 - Saturday, October 16, 2010 - link

    The degradation you Anand got with the c300 128gb after writes is not reproducible. Even without trim the c300's GC in rev 002 firmware was made extremely aggressive b/c the engineers knew that many people would use the drive without trim. I wanted to contact anand but i do not know how so i am posting here, if proof is needed it will be provided. After seeing results the GC is very aggressive and the drive will stand up to a beating stronger than a sandforce competitor, i was under the impression that this review is correct, but after seeing the results it is evident that those results cannot be reproduced and the write speeds go down only 5-10mb/s from original.
  • woosh7 - Saturday, December 11, 2010 - link

    Hi Anand. What really bugs me is that I got EXACTLY the opposite impression of the OCZ Vertex 2, 240GB. :-( In fact all I had to do is one of two simple things. One was to simply copy say 100GB or so of files, like my Flight Simulator X, or Crysis folder, along with 40GB of VMWare files to the hard drive, and my CrystalMark write score would drop. Also the simple act of partitioning the SDD so I had a 32GB OS partition (C:), and the remainder on D:, also helped to bring the read and write speed down on the OCZ when I reloaded an IMAGE backup of my OS. And this is a typical thing a lot of people in the know do. You could do all these things to a standard HDD and not lose anything.

    I tried every thing under the sun, including using Paragons align tool, also making sure my drive was reset with the toolbox first etc. Switching to AHCI and back. Nothing helped, except simply letting the Windows 7 DVD make it's partition, and making it ONE BIG 220GB or so partition. And then I only got about 220MB/s read sequential, and 145MB/s write. Random was also ok, but nothing great. Then I loaded a few GB's into this one big partition, and guess what? It too slowed down. It held up longer than my method of loading a cloned image to C:, but It only took me about 20 minutes to bring my drive to figures like 170MB for read, and 110 MB/sec write by transferring only ONE group of files to D: in the "Program Files" folder.

    Then out of curiosity I deleted a 20GB folder, then transferred it back to the SSD and this resulted in having 85MB/sec, slow-as-a-cow-on-valium writes. I tried all sorts of things, and nothing short of removing the partition and clearing the drive brought the speed back up to 220MB and 145MB.. I think TRIM was working because I witnessed the scores improve very slightly when I left it over night. Or tried things I had read in forums, or even did "force trim" later on. But the improvements never got me back. I was stuck on 170MB/sec read and 128 or write.

    Also this is on an i7 920 at 3.6Ghz, on an Asus board. This is no old or cheap machine! So my test on a clean install of windows 7 was the best, but disappointing as well. My image backups are also of clean installs and should also perform well, but they don't on OCZ.

    Now here is where it gets VERY interesting. My first SSD was an barely known PNY 128GB with little support, documentation. It only supports TRIM, and no instructions, nothing on the net really. I beat the living c_rap out of it for 6 weeks. I partitioned it as above, and reloaded many, many cloned images of Windows 7 and Windows XP, over and over on C:. I made folders and deleted them on D:. At the end of 6 weeks, I got the SAME benchmark scores of 240MB/sec Read, and 150MB/sec write. No nonsense. But I had bought the OCZ Because I believed I was stepping up to higher quality and bigger size etc. This taught me that there is something right that PNY did and something very wrong with how OCZ handles their GC or Trim. I've also found reviewers saying the OCZ slows down too easily on Amazon. So again, I'm frustrated because your article is pretty much saying the opposite of what I experienced or expected.

    I NEED an SSD that behaves like a REAL HD, except fast of course. Not something that slows down. I need to be able to make partitions and do my experiments etc. So because I know the PNY was fine, I figured it must be OCZ and I just went and ordered a Crucial C300 that isn't here yet. I figured it was a step above the OCZ and because it doesn't rely on sand force. I figured I wouldn't have a boat load of phony benches, along with ATTO with high marks because the data compressed so nicely as it did with the OCZ.

    But now I read this article, and it's eluding to the fact that the C300 actually isn't so hot against the OCZ, which is obviously disappointing. The only thing I can hope for is that somehow the C300 won't mind me making a partition for operating system, and another for data. But then again, the OCZ slowed down even on one partition. I mean, who in their right mind is stupid enough to get stuck with 12GB of OS Plus 200GB of programs and data added into the SAME partition 2 years down the line? In the event they need to reload their OS, it makes it a huge task. I surely don't want to continually backup 200GB plus. My system can currently be reloaded in 5 minutes. That's why I do that. I just wish the SSD makers understood that not everyone wants to erase their HD every time and stick in a w7 disc and start all over to get their advertised speeds ( or even less)

    And what happens if someone backs up their system (as they should), and then they need to reload it? Then what? Their SSD write scores will fall. I've seen the write speeds go below my green WD HD. I think this is an unacceptable problem that SSD's have and it needs to be resolved. If that Crucial C300 gets here next week and it slows down, you know what? I will return it along with the OCZ and I am going to buy back the PNY I mistakenly returned. Another thing is I am just amazed no one has done a review the PNY. It's not the best, but having an SSD that keeps its speed is worth more to me than anything. On the other hand, I have no clue as to why the PNY did so well, or how it works, and I'm sure it needs more testing. Thanks for the review. Anyway, I'm keeping my fingers crossed.

Log in

Don't have an account? Sign up now