OCZ Tries Again with the Vertex

This is Ryan Petersen:

He’s the CEO of OCZ Technology. He wasn’t too happy after my Intel X25-M SSD review.

Although that review was about the X25-M, it addressed a major shortcoming with a number of other SSDs in the market - the most popular at the time being OCZ’s Core line.

The problem with the Core line was that although they were competitively priced, they had a major performance issue: small file write latency. The problem manifested itself in system-wide stuttering during disk intensive multitasking. It wouldn’t take a lot to make those drives stutter, and until that article went live, everyone assumed that the problem was Windows, the disk controller, or something else.

I placed the blame on the drives and Ryan wasn’t all too happy.

We argued. A lot. He claimed it was unfair that I was comparing the Core series to Intel’s far more expensive X25-M; I argued that the user experience offered by his drives was inferior to that of a regular hard drive. We never really saw eye to eye on SSDs after that article.

Ryan told me the problem was a lack of cache, and that they’d have a future version of their SSD with a large off-chip DRAM cache. Ryan did not want to send me any more SSDs that didn’t have a cache on them. It wasn’t just OCZ, we had difficulty getting JMicron based SSDs from most manufacturers after that article. Manufacturers were pissed.

I offered to look at any new SSDs they had coming, regardless of who made the controller. But I made one thing very clear - I did not believe that the JMicron based drives were fit for sale. I felt that they were hurting the image of SSDs in the market and doing more harm than good. Ask any of the major players in the flash and OS industries and you’ll hear the same complaint. We need good SSDs in the market, not a mixture of great ones and bad ones.

In early December I got word from OCZ that their first drive with a DRAM cache was nearing final production. The controller was from a Korean company called Indilinx, with a number of ex-Samsung engineers. JMicron was out for this product, they didn’t have a suitable controller - the JMF602B was it. I won’t draw too much attention to the fact that if the JMF602B drives were indeed fine then there would be no need to consider another controller manufacturer.

The Indilinx Barefoot controller would support up to 64MB of off-chip DRAM, but have no on-die cache. All user data would be buffered in this memory. Now 64MB is more than enough to handle anything being written to the drive, but the memory is also used for the ARM7 based processor for its work in dealing with wear leveling and flash block cleaning (removing invalid pages).

There’s a key distinction here between the Barefoot and Intel’s controller - the X25-M doesn’t store any user data in its DRAM. Technically the Barefoot approach is no less prone to dataloss than a standard hard drive, but the Intel approach is a bit better. In the event of sudden power loss there’s a chance that some of the data in the Barefoot’s 64MB buffer could be lost before it’s committed to flash.

The OCZ Vertex drive would have a more heavy duty controller, with an ARM processor and a large off-chip DRAM to improve performance. To top it all off, OCZ would sell it at a price much lower than Intel’s X25-M. Could this finally be the affordable SSD we’ve been looking for?

The Return of the JMicron based SSD OCZ Sends Me SSDs, Once More
Comments Locked

250 Comments

View All Comments

  • Natfly - Wednesday, March 18, 2009 - link

  • DangerMouse4269 - Tuesday, April 13, 2010 - link

    Nicely written. Even a very out of practice Comp Eng understood that.
  • geekforhire - Monday, June 14, 2010 - link

    I have just replaced the hard drive in this 3 year old Dell Inspiron 9400 notebook computer with a new and very quick OCZ SSD, manually configured the partition with a 1024 offset, freshly installed the OS, freshly downloaded all of the latest and greatest drivers from Dell, and applied all currently available OS updates from Msft.

    The problem is that when the machine resumes from Standby, it will /reliably/ (4 out of 4 attempts) produce a BSOD 0xF4 after the power button is pressed to resume the machine from standby.

    Here's the sequence to recreate the problem:

    0) Machine is booted normally into Windows, and log in to an account which has administrative privs.
    1) Click on Start -> Shut Down -> Standby.
    2) See display turn black, disk I/O light flashes then stops, then the power indicator light begins to flash on and off slowly.
    3) Wait until the power light has made 2 slow flashes.
    4) Press the power button.
    5) See the Dell Bios splash screen, then disappear
    6) Boom: See the BSOD 0xF4

    The values reported after the STOP are:
    (0x00000003, 0x865b3020, 0x865b3194, 0x805d2954)

    Note that I've been in contact with OCZ before about this SSD+computer, because the previous BSOD that was produced was 0x77. Their recommendation was to create the partition with an offset with a 64 interval, and to reflash the SSD with their modern firmware. This was done, the OS was reinstalled as described, and now I'm getting a different BSOD code. Another mention was a question whether the notebook computer uses a SATA2 controller (definitely compatible) or SATA1 (which may have troubles).

    I've run Spinrite on the SSD, and there are lots of ECC errors being reported. I've been in contact with Spinrite, and they chalk this up to the SSD being chatty (which they like), but since SSD's are new and magnetic disks are common, they want to stay focussed on magnetic disks.

    When the machine boots back up, the OS reports that a serious error has occurred, and asks that a problem report be submitted, which I do. Then an attractive but somewhat generic page is displayed with common causes (Aging or failing hard disks, large file transfers from secondary media to local hd, loss of power to a hard drive, hard disk intensive processes (eg: antivirus scanners), recently installed hardware that might have compatibility and performance problems)

    Has anyone else encountered this kind of problem, and do you have any suggestions?
  • angavar - Thursday, September 9, 2010 - link

    As a medical student I can appreciate a well researched and analytical article when I see it. This is by far the best computer hardware review I have ever read! Thank-you for your time and effort in producing what is clearly a thoroughly researched and detailed analysis.
  • mac021 - Wednesday, October 17, 2012 - link

    Thank you for the lesson and helping me understand SSD drives. May I just ask for your advice...

    For everyday use designing and generating prototypes for websites and running typical office s/w like word and excel for long documentations while listening to music or just having some video play in the background, then the occasional gaming of, say Star Craft 2 and Dead Space 3, and lets assume I do this on a 5 hours a day average for 365 days in a year, how long before I need to replace an OCZ Vertex/Summit SSD? And does format/reinstall help in prolonging the life of an SSD just as it does for my old hard drives (from a computer that's 6 years old and counting)? Or there's no stopping the SSD's death after reaching 10,000 times of being erased and rewritten on? I'm not one who keeps upgrading or buying new computer systems for every new thing that comes out, i'm more of a keeper and maintainer for as long as the system servers my needs... but when I make a purchase, I make sure it will be enough to last me another 6-12 years IF possible! Which is why I'm still considering SATA for my next purchase late this year or early next year (and I'm only buying a new PC just because I made a mistake buying a foxconn motherboard that can't support anything higher than XP, not even Vista... weird, anyway I found that out too late).

    Also, would you know of a motherboard that supports SSD, Windows 8, Nvidea, third gen i5/i7, and up to 64GB ram?

    Thanks so much!
  • windows10 - Wednesday, November 30, 2016 - link

    This article is meaningfull, interesting. thank you for sharing
  • susanbones - Tuesday, September 12, 2017 - link

    I was wondered to these many responses here.

Log in

Don't have an account? Sign up now