DFI LANParty UT ICFX3200-T2R: ATI's, err, AMD's RD600 finally arrives
by Gary Key on December 16, 2006 7:00 PM EST- Posted in
- Motherboards
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.
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
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.
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.
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
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.
42 Comments
View All Comments
lplatypus - Sunday, December 17, 2006 - link
umm isn't that why the article was called a "quick performance preview"?yyrkoon - Sunday, December 17, 2006 - link
Perhaps you should look again.
lplatypus - Sunday, December 17, 2006 - link
I was referring to the description of the article on the anandtech.com front page:Goty - Sunday, December 17, 2006 - link
Perhaps you should read the article again and realize that they're going to do a few follow-up articles. There's also the fact that the last section is called "Initial Thoughts".Avalon - Saturday, December 16, 2006 - link
511FSB max for $229 doesn't sound that impressive to me. I can get a $110 Biostar 965PT to do that. Hopefully a newer BIOS will allow much higher FSB clocks. Nevertheless, I don't think this board will be for me anymore.Goty - Sunday, December 17, 2006 - link
That is possibly the most shortsighted comment I've heard in the past week. You aren't buying this motherboard just for the stated maximum FSB, you're buying it for the amazing feature set, you're buying it for the memory clock that's not coupled to the FSP, you buy it for the fact that it performs about the same as the other high-end chipsets (not the midrange P965), and you buy it for the incredible tweaking possibilities. The Biostar board is that cheap because it has NONE of these things going for it.Avalon - Sunday, December 17, 2006 - link
You are full of crap. Just because a board has more features than another doesn't make it the best out there. The networking features I won't use, and a decoupled memory clock doesn't seem to do squat for REAL WORLD performance. At the end of the day, it's all about the CPU clocks, and this board AT THIS TIME (note I said I'd be looking forward to future BIOS releases, please try reading my posts before exploding into DFI ass kiss mode) does not seem to offer any significant advantages over other good boards.So again, I ask why I should spend $229 for this board when I can get similar CPU overclocking performance for $110-$115? Sorry, but memory and FSB tweaks that account for a few percent in benchmarks are not going to sway me from the $100+ savings. Not worth it IMO. This board will not be for me, but for the benchmark enthusiast.
Goty - Sunday, December 17, 2006 - link
Oh, and another thing, I'm interested in finding out how you can say the decoupling the memory clock from the FSB seems to provide no performance gain when benchmarking of different memory speeds at a constant FSB hasn't even been done yet.Goty - Sunday, December 17, 2006 - link
Not once did I say that this board was the best out there, I said it had the best feature set. You're telling me the board isn't worth the money because you can buy a cheaper board that overclocks similarly. I say that there are people out there who genuinely want the features of this chipset (me being one of them) and people who will use them. Just because you won't use the features doesn't mean that the board is not worth the money, it's just not worth it to you.Avalon - Monday, December 18, 2006 - link
Funny, I don't remember telling YOU that YOUR opinion should be the board isn't worth the money. I said it isn't worth it to ME. Way to restate what I said.