
Original Link: https://www.anandtech.com/show/2974/crucial-s-realssd-c300-an-update-on-my-drive
Crucial's RealSSD C300: An Update on My Drive
by Anand Lal Shimpi on March 25, 2010 1:28 PM EST- Posted in
- Storage
Earlier this morning I published an article looking into the performance of 6Gbps SATA controllers, both integrated and off-chip. In it I mentioned my recently deceased Crucial RealSSD C300 that decided to up and stop working one day. Given that Crucial is selling these drives, I wasn't too happy with the outcome.
Inside Crucial's RealSSD C300
The drive would not longer be detected on POST. In fact, with the C300 connected to any machine I couldn't get any OS to boot; the system would just hang at drive detection. After a couple of weeks of toying with my dead drive, Crucial came back to me with an explanation of what's going on.
"We determined that the drive wasn’t bricked, but that it was very slow at powering up due to errors in the firmware tables that resulted in the characteristics you were seeing. We’re still investigating these errors."
I still don't know why the firmware tables developed errors, but presumably if your drive has found its way into this state then your data should still be intact. Now the second problem.
When I got my replacement drive I wanted to see how well the C300's TRIM function was implemented. I'd recently run into a couple of SSDs that don't appear to recover well after used LBAs are TRIMed. Unfortunately, the C300 joined the list. Here's a look at a sequential write across the entire 256GB C300 after I've peppered it with random writes:
Write performance does not look good. While parts of the drive can still write at around 180MB/s, the last 60GB of the drive are limited to about 20MB/s. A quick format across the drive should invoke the TRIM instruction for all LBAs and tell the C300 that it none of the data on the drive is needed and those blocks can be recycled immediately. Performance should restore to new (constant ~200MB/s across all LBAs). Unfortunately, it doesn't:
In fact, performance got worse. Let's TRIM the drive once more for good measure:
Ouch. The drive won't come back, period. The only way to restore it to full performance is to perform a secure erase. Now this scenario is a corner case and it's not one I'd expect any desktop user to run into in a short period of time. However, it is possible that after several months or years your drive might find itself in a situation where its performance never recovers. Crucial's response to the issue is below:
"...we have been able to replicate the circumstances where performance after a format does not return to acceptable levels, and we have developed a solution. We plan to integrate this into our production line and we’ll make it available to current customers. We’ll send you the code after it’s been thoroughly tested.
As we’ve mentioned before, we perform thousands of hours of testing before going into production. And as you’ve shared in one of your articles, testing every single combination of hardware, software and usage is highly improbable. We really appreciate all the feedback you have provided, as it allows us to make sure that our ongoing product improvements and updates are as comprehensive as possible."
Despite Crucial's promises of doing a ton of validation, things like this do get through. It's not a problem specific to Crucial, remember that Intel had a similar situation crop up in its early X25-M days. This isn't the first SSD to fail on me either. It's because of problems like these that I recommend waiting before jumping on any new, unproven SSD. Just a heads up in case you're thinking about making the jump anytime soon. If you are interested in how the C300 performs, take a look at its results in our new SSD Bench database.