Disk Controller Performance

The AnandTech iPeak test is designed to measure "pure" hard disk controller performance, and in this case we keep the hard drive as consistent as possible while varying the hard drive controller. The idea is to measure the performance of each hard drive controller with the same hard drive.

We test with our raw files that are recorded I/O operations when running a real world benchmark - the entire Winstone 2004 suite. Intel's iPeak utility is used to play back the trace file of all I/O operations that took place during a single run of Business Winstone 2004 and MCC Winstone 2004. To try to isolate performance differences to the controllers that we are testing we are using the Western Digital 74GB Raptor with 16MB cache for both our standard disk controller and RAID performance tests for this article. The drive is formatted before each test run and a composite average of three tests on each controller interface is tabulated in order to ensure consistency in the benchmark.

iPeak gives a mean service time in milliseconds; in other words, the average time that each drive took to fulfill each I/O operation. In order to make the data more understandable, we report the scores as an average number of I/O operations per second so that higher scores translate into better performance. This number is meaningless as far as hard disk performance is concerned, as it is just the number of I/O operations completed in a second. However, the scores are useful for comparing "pure" performance of the storage controllers in this case.

iPeak Business Winstone Hard Disk - SATA/IDE

iPeak MM Content Creation Hard Disk - SATA/IDE

The performance patterns hold steady across both Multimedia Content I/O and Business I/O with the SB600 outperforming the Intel ICH7R and NVIDIA 680i chipsets in our non-RAID tests. The Promise controller on the DFI board is the slowest of all solutions with the Marvell controller on the Intel 975X performing slightly better. In our initial RAID 0 tests with the Promise and Marvell controllers we see the Marvell controller once again finishing ahead of the Promise solution. This probably stems from the fact that we were limited to a 16KB Stripe size on the Promise controller while the Marvell was set at 128KB. Both auxiliary controllers have worked flawlessly to date once set up correctly.

Each controller ships with a web-based application used to set up the drives from Windows if that option is needed. However, DFI still has some BIOS tuning work to complete when utilizing the Promise controller. The manual says to use F4 to enter the controller setup but we had to use Ctrl-F which is the same setting utilized by the SB600 RAID setup. We had to choose which RAID setup to use as both were not available simultaneously, although we preferred the SB600 for daily use. Also, we noticed an issue in setting up either RAID solution on the DFI board with a USB keyboard and had to resort to a PS/2 connection. Finally, if we set the memory burst value to 8, then the board would lock if we had RAID enabled. DFI is working on a solution now, but at this point you need to work around the issues. We will provide full RAID results from the native controllers in our next article along with images of the Promise application.

Power Consumption

Power Consumption

Our power consumption numbers are based on our test setup for this article and with power management turned off. This should come as no real surprise but the 680i is a power hog - or better yet it provides very good competition to the Intel Prescott for best utilization of a computer component as a space heater. The RD600 has slightly higher idle consumption numbers than the Intel 975X but consumes about 12% less power under load than the Intel board and 26% less than the ASUS 680i. Although the 680i consumes about 32% more power at idle than the RD600 or Intel 975X, the load numbers level off quickly when compared to the 975X. The results of the RD600 are very good and mimic the RD480 but are not as impressive as the RD580 from a chipset only level. Our system at stock voltages ran very cool but we did see power consumption increases almost equal the 975X when overclocking both platforms. We will present these numbers along with CrossFire results shortly.

Gaming Performance Initial Thoughts
Comments Locked

42 Comments

View All Comments

  • SilthDraeth - Sunday, December 17, 2006 - link

    I had USB Keyboard problems on DFI ATI motherboard for A64. It seems it is a semi common problem on DFI Boards, or maybe it is just unique to my board and this new one.
  • JKing76 - Sunday, December 17, 2006 - link

    On power draw alone this chipset wins with me. And the serious undervolting potential.
  • phusg - Monday, December 18, 2006 - link

    Definitely! Although not a popular topic. The VCore is seriously undervoltable (to 0.44V), but what about the other settings? I still holding on to Athlon XPs at the moment so I'm that familiar with the rest. DDR2 is already 1.5V at stock isn't it?
  • yyrkoon - Saturday, December 16, 2006 - link

    Would have been nice to have seen ALL of the capabilities of this board/chipsets, instead of something that plays out more like a TV commercial.

    To be honest, I have no desire buy any of DFI's products, I'm more interested in this so called "NIC Teaming" implementation on the RD600 chipset. Yeah, anyhow, guess I'll have to look elsewhere for my information . .right ?
  • Gary Key - Sunday, December 17, 2006 - link

    quote:

    Would have been nice to have seen ALL of the capabilities of this board/chipsets, instead of something that plays out more like a TV commercial.


    I did not think TV commercials discussed product issues? ;-> We are sorry you feel this way but the article was a performance preview. We will expand the coverage on the follow-up as stated one too many times in the article. :)
  • yyrkoon - Sunday, December 17, 2006 - link

    Just label me cranky, Ill get over it, would still like to know about the actual teaming support :(
  • Gary Key - Monday, December 18, 2006 - link

    I am still working on the Teaming capability. I was provided with a new utility from Marvell that allowed a seamless setup. Hopefully, I can get the standard test run tonight on it.
  • yyrkoon - Tuesday, December 19, 2006 - link

    Oh, and if what I've read comes into fruition, PCI-E 2.0 PCI-E to PCI-E communications is still 3 quaters off, then YEEEHAAAW, 5Gbit/s, asynchronous multi-link connections !
  • yyrkoon - Tuesday, December 19, 2006 - link

    Sweet, don't suppose we could get a sneak preview here of the results ? ;)

    My motivation concerning this is simple: I've been doing a lot of experimentation with iSCSI, and for people like me, who can not afford FC networking, or 10GbE, it would be really awesome for "us" to have some form of TCP/IP implemented networking that allowed for greater than 128MB/s. I already have serious plans for iSCSI, and having a technology like this, that actually worked in its favor would be a very good thing (the only thing for that matter).
  • Griswold - Sunday, December 17, 2006 - link

    Read the full article from start to end before jumping to conclusions.

Log in

Don't have an account? Sign up now