I have to hand it to OCZ's CEO, Ryan Petersen, I never thought he'd turn the company around in the way that he did. When I first met Ryan around a decade ago, he wanted to know why I wouldn't allow him to advertise OCZ on AnandTech. The company at that time had an extremely bad reputation. It was among the worst I'd ever seen. It was so bad that not only would we not review their products (memory, at the time) but I wouldn't allow OCZ ads to run on the site. Although all advertising on AnandTech is handled through a third party, I still have the ultimate say on what ends up on the site. Back then, OCZ wasn't allowed.

Having just taken over the company, Ryan was eager to know what he had to change to fix OCZ's reputation. I gave him a long list of issues to address. Most of my suggestions were obvious, just to go above and beyond the call of duty in taking care of his customers and our readers. He agreed to do everything on the list, with one exception. I told him that if he really wanted to succeed, he needed to abandon the OCZ name and start fresh. He told me that he didn't believe it was necessary. We agreed to disagree.

I remember leaving that meeting thinking that Ryan didn't stand a chance. Memory companies were a dime a dozen. Differentiation was bordering on impossible. Having to overcome a bad reputation on top of that didn't make things any easier.

Ryan is headstrong. He'll sow a bunch of seed with the hopes of seeing just one blade of grass grow. I consider myself an optimist, but he's a different breed of one. He's had his share of failures over the years. Remember the OCZ brain mouse? The foray into notebook PCs? No one ever succeeded without trying.

Since then OCZ has abandoned memory altogether. It focuses on two product lines: power supplies and SSDs, the latter making up the bulk of its revenue. And earlier this year, OCZ bought one of the first high-performance SSD controller manufacturers - Indilinx.

OCZ's strategy there didn't make sense to me. I knew Ryan wanted to buy SandForce, but SF was too expensive. I asked Ryan why bother with Indilinx if what he really wanted was SandForce? He told me that the best way to drive the price down on SF was to buy Indilinx. It didn't add up until now.

Ryan took a big risk on Indilinx. They had a promising controller in 2009 and he bought up the bulk of what they could make in exchange for exclusivity rights. OCZ made Indilinx, and Indilinx made OCZ. As Indilinx began courting more vendors, OCZ went after SandForce. As soon as a first generation controller was ready, OCZ began shifting its volume from Indilinx to SandForce. More partners stepped up to fill the gap left by OCZ, but by then no one wanted Indilinx - they wanted SandForce based drives.

Simultaneously (perhaps a result?) Indilinx's execution suffered, the stumble was irrecoverable. The value of Indilinx went down, and Ryan got the company for cheap.

I can only assume the strategy was to rinse and repeat. I had heard rumors of OCZ working on its own controller for the past two years. The Indilinx acquisition sped things up considerably. If the Indilinx solution was good enough, OCZ would shift its volume away from SandForce to its own controller. Starve SandForce and swoop back in later to buy them at a more reasonable price. Competition makes for competitive prices on both sides of the fence it seems.

Things of course didn't work out that way. OCZ took a while to get its own controller design done and it was still very dependent on SandForce. At the same time, SandForce had diversified its portfolio. Since the announcement of the Indilinx acquisition, SandForce brought on a number of new partners to sell its drives. Even Kingston signed up. Finally, LSI agreed to purchase SandForce at a number well in the range of what SF was looking to sell for.

The situation didn't play out exactly how Ryan had hoped, I'm sure. But the result actually isn't all that bad. LSI has no intentions of stopping its supply of SandForce controllers to OCZ (or other partners), and all of the work OCZ put into its own controller finally paid off. Personally, it's hard to believe that I'm writing about the company I once advised to completely abandon their brand. Furthermore, I'm not just writing about them, but I'm writing about their first in-house SSD controller. This is the Indilinx Everest:

There's not much we can tell from looking at the silkscreen on the IC, but it's the first all new SSD controller from Indilinx since 2009. Jetstream was its predecessor, but that part never made it to market.

Everest is Indilinx's first 6Gbps controller and its delivery vehicle is the OCZ Octane SSD. You'll see both 6Gbps and 3Gbps versions of the drive, although what's launching today is the 6Gbps part.

The controller features eight NAND channels, with the ability to interleave multiple requests per channel. The capacities and price breakdown are below:

OCZ Octane Lineup
  1TB 512GB 256GB 128GB
NAND Type 25nm Intel Sync MLC 25nm Intel Sync MLC 25nm Intel Sync MLC 25nm Intel Sync MLC
NAND 1TB 512GB 256GB 128GB
User Capacity 953GiB 476GiB 238GiB 119GiB
Random Read Performance Up to 45K IOPS Up to 37K IOPS Up to 37K IOPS Up to 37K IOPS
Random Write Performance Up to 19.5K IOPS Up to 16K IOPS Up to 12K IOPS Up to 7.7K IOPS
Sequential Read Performance Up to 560 MB/s Up to 535 MB/s Up to 535 MB/s Up to 535 MB/s
Sequential Write Performance Up to 400 MB/s Up to 400 MB/s Up to 270 MB/s Up to 170 MB/s
MSRP TBD $879.99 $369.99 $199.99

If these MSRPs are accurate, the Octane will be price competitive with Crucial's m4 and Samsung's SSD 830. I've learned not to trust early MSRPs when it comes to SSDs so we'll have to just wait and see. I think it's safe to say that with OCZ making the controller, we should see lower prices than OCZ's SandForce based drives. Ultimately SSDs are gated by the price of the NAND, which OCZ's Indilinx acquisition does nothing for.

The 6Gbps drive uses Intel 25nm 2-bit-per-cell MLC synchronous NAND, similar to what you'd find in a Vertex 3. OCZ sent us a 512GB version with sixteen NAND packages and four 8GB die per package. We typically don't see any interleaving benefits beyond two die per package, so I'd expect similar performance between the 512GB drive and the 256GB version (despite the significant difference in specs). Spare area is pretty standard at around 7% of the drive's total NAND.

Gallery: OCZ Octane

The Octane PCB is interesting to look at. While OCZ has a history of building its own PCBs, this is the first time that we have an SSD where both the PCB and controller are made by OCZ. The controller-side of the Octane PCB is home to eight TI muxes. OCZ wouldn't tell me their purpose, but I suspect it has to do with enabling interleaving across all of the available NAND packages. With only eight channels directly connected to the controller, accessing more than eight packages will inevitably require some pipelining/interleaving. In typical SSDs I assume that the muxes (switches) to juggle multiple NAND die or packages are internal to the controller. My guess is that OCZ moved them external with Everest, although I'm not entirely sure why. It's also possible that this is somehow related to OCZ's ability to deliver a 1TB version of the drive.

All Octane drives will have a 512MB DRAM cache split into two 256MB chips. OCZ's experience in buying DRAM in bulk from its days as a memory vendor likely comes in handy with securing such a large amount of memory per drive. The amount of cache in use will depend on the capacity of the drive. Larger drives have more LBAs to map to NAND pages, and thus require larger page mapping tables.

OCZ is clearly storing user data in the Octane's on-board DRAM (hence the large size). The verdict isn't out on whether or not this is a good idea. Intel prides itself on not storing any user data in DRAM (only in on-chip caches), while SandForce's technology negates the need for any external DRAMs at all. On the other hand, the Marvell based solutions (e.g. Crucial m4) or Samsung's own controller both keep user data in on-board DRAM. Switching between architectures requires a lot of firmware work and as long as performance can be maintained, I see no reason to choose one over the other. There's always the risk of power related data loss, but that's more of a concern for enterprise customers.

OCZ sent along this block diagram of the Everest controller which indicates there's an AES encryption engine on-chip:

I couldn't get a straight answer as to whether data stored to NAND was encrypted in real time on the Octane or not. I'm going to assume that hardware encryption isn't working until I hear otherwise.

The Octane comes with OCZ's usual toolbox for secure erasing/updating firmware. Both of those processes are very simple thanks to the utility. Unfortunately OCZ is still unable to get the toolbox working if you have Intel's RST driver installed, which significantly diminishes the usability of the software.

Testing OCZ's Octane proved flawless in the short period of time I've had with the drive. That's not saying much other than there's no obvious firmware issues with the drive. The Octane will ship with firmware revision 1315, which is the same firmware revision I tested with.

The Test

CPU

Intel Core i7 2600K running at 3.4GHz (Turbo & EIST Disabled) - for AT SB 2011, AS SSD & ATTO

Motherboard:

Intel DH67BL Motherboard

Chipset:

Intel H67

Chipset Drivers:

Intel 9.1.1.1015 + Intel RST 10.2

Memory: Corsair Vengeance DDR3-1333 2 x 2GB (7-7-7-20)
Video Card: eVGA GeForce GTX 285
Video Drivers: NVIDIA ForceWare 190.38 64-bit
Desktop Resolution: 1920 x 1200
OS: Windows 7 x64

 

Random & Sequential Read/Write Speed
POST A COMMENT

75 Comments

View All Comments

  • iwod - Wednesday, November 23, 2011 - link

    So while hopefully pulling Seq Read Write Further until we reach the same point of the curve as Random Write, which should be fairly easy, SSD needs to Significantly improve Random Read Reply
  • Chloiber - Wednesday, November 23, 2011 - link

    Anand - why don't you also test Random Read with a queue depth of 32? I agree that QD32 isn't as important as below-10s, but I don't quite understand why there is no QD32 Random Read but a QD32 Random Write? Reply
  • mino - Wednesday, November 23, 2011 - link

    NAND 512GB
    User Capacity 476GiB

    I hope AT staff is aware that:

    512GB (GigaByte) == 512*10^9 Bytes == 476*2^30 Bytes == 476 GiB (GibiByte)

    If so, then what does "User capacity" mean in that table?

    Provided a claimed 7% spare area, "User capacity" would be 512 GB*0.93 = 476.16 GB == 443.5 GiB.

    In my humble opinion, the reality is such:

    NAND Capacity is 512GiB
    User Capacity is 476 GiB (== 512GB)
    Reply
  • jwilliams4200 - Wednesday, November 23, 2011 - link

    No, a 512GB drive should have 512GB of usable capacity. And the Octane apparently does (as do other 512GB SSDs).

    It also has 512GiB of flash memory on board.

    512GiB / 512GB = 1024^3 / 1000^3 = 1.0737, which is about 7% reserved.
    Reply
  • mino - Wednesday, November 23, 2011 - link

    Yes, I suggest/expect the same thing.

    Now, please go and read the table at the beginning of the article which clearly states (as of now):

    NAND 1TB 512GB 256GB 128GB
    User Capacity 953GiB 476GiB 238GiB 119GiB

    ;)
    Reply
  • jwilliams4200 - Wednesday, November 23, 2011 - link

    Anand always gets his GiB / GB wrong. I don't think I have seen him get it entirely right in any article. So I tend to ignore his mistakes now. But you are correct that his NAND flash capacity row is wrong in this article. He wrote "GB" when he should have written "GiB".

    I was just responding to the line where you said the user capacity is 443.5 GiB (no, it is 476GiB, Anand at least got that right). Anyway, I think we are in agreement.
    Reply
  • mino - Friday, November 25, 2011 - link

    Yeah.
    What I do not understand why AT insists on using both GiB and GB in an article and making consistently fools of themselves by using it wrong..

    If AT "named" all GiB values in that table as "GB", I would not really bother, as that is a common practice.

    What always pisses me off is the smart-ass use of both *B and *iB in the same table while consistently getting it wrong one way or the other.

    Why do I bother?
    Because this sloppiness puts the important spare area claims into the "maybe, if they did not miscalculate" category...
    Reply
  • Avenger762 - Wednesday, November 23, 2011 - link

    I'm not sure if the OCZ name is really recovering. I have purchased many of the Vertex 30GB and Vertex 2 40GB drives for workstations in my organization as well as OCZ RAM. I had an ongoing fiasco on getting the RMA'd RAM back. In addition about 10% of the Vertex 30GB's have failed and 2 of the Vertex 2 40GB's that were purchased about 4 months ago just failed today. As soon as my supplier can get a contract with Kingston or SanDisk SSD's, I believe that I will switch over. OCZ was always good for my personal PC, but in large volumes for the organization that I work for, they fall way short. Reply
  • LB-ID - Wednesday, November 23, 2011 - link

    ...from OCZ's 3-series drives (Vertex, Agility, etc.). They were basically inoperable for a large chunk of their client base, and even after seven months now, although their current firmware is a vast improvement, issues still persist for some. Couple that with the dismissive (and sometimes worse) attitude displayed by their 'customer service', and you have a company with a badly-damaged reputation. I'll be steering clear of them for the foreseeable future, particularly with so many comparably-priced options with far better stability available from their competitors. Reply
  • Beenthere - Wednesday, November 23, 2011 - link

    In all honesty OCZ as a company has never impressed me. I never found their tweaked RAM to be all that great. It was a niche product that eventually made them a lot of money when review sites hyped it but the performance gains were really more in benchmarks than in system performance.

    Then OCZ moved on to PSUs. As history has shown this has been a mixed bag for them too. Lots of QC and design issues from their suppliers didn't help. Then they bought PCPC to try and figure out how to produce quality PSUs. Today they still have a mixed bag of PSUs under the OCZ brand with only PCPCs stuff always be top quality.

    Now OCZ is flooding the market with SSDs. Needless to say all SSD suppliers have had issues with the immature tech they have been dumping in the market for naive consumers to gobble up. There has been a pretty high price to pay for being naive and jumping on these half-baked SSDs, especially OCZ's.

    It would appear that OCZ is trying to stay one step ahead of the competition with all sorts of variations in SSDs be it SandForce based, Revo or now Octane. This "shotgun approach" may work for sales but as we know, OCZ's SSD quality and compatibility resembles that of their RAM and PSUs... NOT very inspiring.

    So the watch word is WAIT and let other folks be UNPAID Beta testers on these half-baked products - as Anand so rightly suggested.
    Reply

Log in

Don't have an account? Sign up now