PCMark05
For these tests, we use RankDisk, an application developed and copyrighted by Intel. In our testing, we found RankDisk to be suitable for a neutral benchmark. RankDisk is used to record a trace of disk activity during usage of typical applications. These traces can then be replayed to measure the performance of disk operations for that usage.
RankDisk records disk access events using the device drivers and bypasses the file system and the operating system’s cache. This makes the measurement independent of the file system overhead or the current state of the operating system. In replaying traces, RankDisk always creates and operates on a new dummy file. This file is created in the same (or closest possible) physical location of the target hard disk. This allows the replaying of traces to be safe (does not destroy any existing files) and comparable across different systems. Due to the natural fragmentation of hard disks over time, they should be defragmented before running these tests.
The traces used for each test were created from real usage. The traces contain different amount of writing and reading on the disk; total ratio in the HDD test suite disk operations is 53% reads and 47% of writes.
The following input traces are used:
Windows XP Startup: This is the Windows XP start trace, which contains disk activities occurring at operating system start-up. The test is 90% reading and 10% writes. This trace contains no user activity.
Application Loading: This is a trace containing disk activities from loading various applications. It includes opening and closing of the following applications:
Microsoft® Word
Adobe® Acrobat® Reader 5
Windows® Media Player
3DMark®2001SE
Leadtek® Winfast® DVD
Mozilla Internet Browser
The application loading trace is 83% reads and 17% writes.
General Hard Disk Drive Usage: This trace contains disk activities from using several common applications.
These are:
Opening a Microsoft® Word document, performing grammar check, saving and closing
Compression and decompression using Winzip
Encrypting and decrypting a file using PowerCrypt
Scanning files for viruses using F-Secure® Antivirus.
Playing an MP3 file with Winamp
Playing a WAV file with Winamp
Playing a DivX video using DivX codec and Windows® Media Player
Playing a WMV video file using Windows® Media Player
Viewing pictures using Windows® Picture Viewer
Browsing the internet using Microsoft® Internet Explorer
Loading, playing and exiting a game using Ubisoft Tom Clancy’s Ghost Recon
The General Usage trace is 60% reads and 40% writes.
Virus Scanning: Virus scanning is a critical task in today’s PC usage. As the major bottleneck of scanning viruses is in hard disk activity, it is reasonable to include virus scanning as a HDD test. The test consists of HDD activity of scanning 600MB of files for viruses. The Virus Scanning test is mostly disk reading (99.5%).
File Write: This trace contains disk activities from writing 680MB files on the hard disk and no read operations are involved in this test.
PCMark trace-based testing points out that while it is a trace, it appears to be executed in a single-threaded fashion, which once again gives ioDrive the advantage in many of the tests. While the Revo 3 scales higher than the previous generation, it just can’t push past Fusion in these sorts of tests.
Great review Allyn. You
Great review Allyn. You mentioned that the RevoDrive would be good for entry-level servers or high performance work stations. Would the Raid 0 nature of the RevoDrive make you a little wary of placing this into a server environment? Maybe you’re implying there would be fail over/redundancy protections in place, but at least with hard drives, I would never consider a R0 server setup for our small biz server.
Would you mind elaborating a bit?
Thanks, Chris
For the type of application
For the type of application where super-high IOPS is desired, you reach a threshold where you just can’t get any higher with redundancy included in the package. For these situations you’d have to add the redundancy factor yourself, be it near-line backups or an identical controller installed into the same server and mirrored using the OS perhaps. The Revo is not unique in this bleeding-edge performance niche – the FusionIO products are not redundant either.
As a side note, many VCA controllers have a mode equivalent to RAID-5. This silicon is fast enough to include parity for one (or two) drive failures with a minimal performance hit. OCZ could probably enable this, perhaps for a more purely business-oriented model, but I don’t see it as that high of a need really. It would be a niche of what is already a niche to begin with!
Consider that adding parity to support failure of one of the SandForce channels. That’s some form of chip failure – be it the SandForce or its bank of flash. There’s plenty of other chips on a RevoDrive that are common to the unit as a whole, and a failure of one of those will still take the whole card down (single point failure). If redundancy was so important for a very high performance application, I would rather skip the parity calculation overhead / capacity reduction and go straight for the ‘2 of everything’ approach. Added bonus – a pair of these mirrored at the OS level would have the write performance of a single unit, but read performance would be doubled, so you would *further* increase performance and add redundancy at the same time. That’s a win-win not possible with overhead-inducing RAID / parity-based solutions.
Also note: You could buy 2 of the 960GB models for *less* than a single ioDrive 160. Ouch.
Al
It’s nice, but for $1600 you
It’s nice, but for $1600 you can get a 3Ware 9750 controller and 4 Vertex 3 120GB drives, get the same capacity, 512MB of buffer, and a wider interface, for $100 cheaper. I think I’d rather go that way.
The interface is irrelevant
The interface is irrelevant if the controller itself is the bottleneck. If the 3Ware can manage to peg the PCIe interface in sequential reads, that’s great, but only marginally better than what the OCZ unit can do (as it’s nearly saturating all 4 SSD’s).
The LSISAS2108 chip (on the 3Ware 9750) is only rated at 1.1GB/sec sequential writes, while the Revo3 hits close to 1.6GB/sec. That’s a 50% reduction in performance.
The LSISAS2108 will very likely come nowhere near the Revo3’s 200k IOPS rating in random access. Every RAID solution I’ve tested tops out at roughly the peak IOPS of *1* good SSD (~50k IOPS). This is due to the latency added by managing the cache. 512MB RAM caches are for HDD’s, not SSD’s. While I haven’t personally tested the LSISAS2108 / 3Ware 9750, I’d be shocked if it could break 100k.
That does raise a question:
That does raise a question: THis and the previous Revodrives are internal RAID 0 devices, so why don’t you test it against RAID setups? Of course it’s going to blow a lone SSD out of the water. So would a quartet of those same SSDs attached to a RAID controller, so that doesn’t, by itself, constitute a reason to get one of these.
I have heard the some comment about why not just get a raid controller and a couple of SSDs instead regarding the original revo too. Some data that supports one of those options is much more useful than including a HDD for us to laugh at.
I have had plenty of
I have had plenty of experience with the Revo and Revo2. I wish to express my words of caution of using the Revo3 as a boot drive. With many weeks of testing several motherboards and adjustings various BIOS’s. The Revo’s could never become stable as a boot drive. Somehow, files would always become corrupt. As a secondary drive, for placing the pagefile, all temp files and general work files. The revo’s are mind blowing fast. No doubt, by looking at the numbers for the Revo3, it will impress anyone.
i would only get this storage
i would only get this storage as a boot drive. I wonder what Allyn has to say about that. i would put in the review that it is a boot-able drive though. i am not sure how you would test it for instability as a boot drive. i dont heard in the news about issues of things being corrupt and such. I will keep this in mind.
i like this storage drive though, hate to hear bad things about it.
I’ve tested all three Revo’s
I’ve tested all three Revo’s in a boot configuration and never noted any corruption issues. Revo / x2 were tested under XP and XP64. I’ve only tested Revo3 under 32-bit (Win 7) as we don’t yet have signed 64 bit drivers, which precludes install without additional hackery.
That is one sexy piece of
That is one sexy piece of silicon lol
Well, i am using a revodrive
Well, i am using a revodrive as boot drive for over a year and ir never fails a boot or damage files…
Are you aware of this
Are you aware of this Allyn?
“However I was wondering about TRIM support, as the last time I checked it needs to be supported by Microsoft. A question that I had to verify with OCZ. Though the Revo3 card supports TRIM, because the architecture is based on SCSI, the Microsoft Windows StorPort architecture currently does not support either TRIM or SCSI UNMAP. As such, these commands are not generated by the OS, which of course prevents VCA from executing them. OCZ is working with Microsoft to have this functionality enabled as soon as possible. So that will take a RAID driver update alright, but that should not effect your data already on the drive.”
Source: http://www.guru3d.com/article/ocz-revodrive-3-x2-review/16
Anandtech and tomshardware say something similar.
Apparently TRIM only works on Linux as of now.
Yes. TRIM won’t pass through
Yes. TRIM won’t pass through StorPort until Microsoft adds support for this functionality to Windows. This will likely come in the form of a hotfix, but the ETA on that is totally up to Microsoft.
As with other SF-controlled devices, keep in mind they are very resilient to the performance hit seen when used without TRIM. The same applies to the Revo3.
What an insightful and
What an insightful and well-written review. Its good to see PC Perspective attracting such great talent! I look forward to more of your articles.