FIRST LOOK: ULi M1697 for Athlon 64/x2
by Wesley Fink on December 13, 2005 12:05 AM EST- Posted in
- CPUs
Audio Performance
For audio testing, we used Rightmark 3D Sound CPU utilization test, which is the same benchmark run in our earlier nForce4 SLI and Ultra roundups. This benchmark measures the overhead or CPU utilization required by a codec or hardware audio chip. We tested performance using the latest version 2.1. Since we found that Version 2.1 yields different results from the earlier 1.24, we have only included test results with version 2.1.
It is important to point out that the latest ULi and ATI chipset motherboards have the necessary hooks to deliver Azalia High Definition audio. Those who have been complaining about the poor AC'97 audio present on most AMD boards should be very pleased to find Azalia HD on the ULi and ATI chipset boards. The nForce4 family does not offer the necessary chipset hooks to support HD Azalia audio.
Ethernet Performance
The one area where the ULi M1697 is disappointing is in their choice of an ethernet controller. Instead of using a Gigabit LAN, ULi only provided chipset support for a 10/100 Ethernet PHY. In practical terms, 10/100 is plenty of speed for most broadband connections, but with Ethernet quickly becoming the new standard, it is mildly disappointing that ULi still does not support Gigabit Ethernet on their chipsets. This is undoubtedly a cost-saving measure, but it mars an otherwise excellent AMD chipset.
Manufacturers can still implement Gigabit Ethernet with discrete chips, but it is more difficult to provide that solution on the preferred PCIe bus when there are no hooks for Gigabit PCIe in the chipset. Since most broadband ethernet connections barely tax 10Mb/s, this will really only matter to those who do sustained high-speed transfer of very large files over a true Gigabit network. Still, you should be aware that PCIe Gigabit Ethernet is always a better solution, and competitors are providing that capability in their current chipsets.
For audio testing, we used Rightmark 3D Sound CPU utilization test, which is the same benchmark run in our earlier nForce4 SLI and Ultra roundups. This benchmark measures the overhead or CPU utilization required by a codec or hardware audio chip. We tested performance using the latest version 2.1. Since we found that Version 2.1 yields different results from the earlier 1.24, we have only included test results with version 2.1.
High Definition Audio on the ULi chipset, running the Realtek ALC883 HD Azalia codec, was really excellent in terms of CPU utilization. The performance of all the HD solutions has been much better in quality, with much lower CPU utilization, than is typically seen on the AC'97 solutions used on NVIDIA nForce4 and other Athlon 64 chipsets. ATI and ULi definitely have the lead in this area.
It is important to point out that the latest ULi and ATI chipset motherboards have the necessary hooks to deliver Azalia High Definition audio. Those who have been complaining about the poor AC'97 audio present on most AMD boards should be very pleased to find Azalia HD on the ULi and ATI chipset boards. The nForce4 family does not offer the necessary chipset hooks to support HD Azalia audio.
Ethernet Performance
The one area where the ULi M1697 is disappointing is in their choice of an ethernet controller. Instead of using a Gigabit LAN, ULi only provided chipset support for a 10/100 Ethernet PHY. In practical terms, 10/100 is plenty of speed for most broadband connections, but with Ethernet quickly becoming the new standard, it is mildly disappointing that ULi still does not support Gigabit Ethernet on their chipsets. This is undoubtedly a cost-saving measure, but it mars an otherwise excellent AMD chipset.
Manufacturers can still implement Gigabit Ethernet with discrete chips, but it is more difficult to provide that solution on the preferred PCIe bus when there are no hooks for Gigabit PCIe in the chipset. Since most broadband ethernet connections barely tax 10Mb/s, this will really only matter to those who do sustained high-speed transfer of very large files over a true Gigabit network. Still, you should be aware that PCIe Gigabit Ethernet is always a better solution, and competitors are providing that capability in their current chipsets.
51 Comments
View All Comments
Wesley Fink - Wednesday, December 14, 2005 - link
The AMD on-chip memory controller does NOT support Cammand Rate 2 timings with 4 dimms, and yet the DFI RDX200 motherboard is able to run four double-sided dimms at 2-2-2 at 1T Command Rate due to clever BIOS engineering. The early AMD controllers stated that 4 dimms must run at DDR400 at slower timings or drop to DDR333 for fastest timings, and yet almost every top motherboard we tested found ways to run 4 dimms at the fastest memory timings. Some of the boards could not do this with the exact same processor - Epox is an example that comes to mind.The point is, we well understand the architecture of the AMD processor and memory controller, but you are seriously mistaken if you think the chipset and BIOS do not affect memory timings and performance on an AMD motherboard. The impact is much less than on Intel motherboards with the memory controller in the chipset, but the chipset and BIOS DO impact memory compatibility and performance on AMD boards. We have proven that over time with many tests with the same CPU (and therefore the same memory controller).
Peter - Thursday, December 15, 2005 - link
The chipset does not have an influence on RAM. I am not mistaken. The only connection between RAM and chipset is the SMbus channel that lets the BIOS read out the SPD EEPROM from the DIMM - but the entire operational bus for the RAM traffic is connected to the CPU and nowhere else.The board layout of course does have an influence, and so does the amount of fine tuning done in this particular board's BIOS. Being a BIOS engineer sitting right in the middle of mainboard engineering, I sure know that. Besides, "clever BIOS engineering" cannot magically make things possible that physically aren't - so if you want tight timings, you better come up with a damn good mainboard routing job.
Still, I see this as an attempt at deceiving from what your article said. There, you are attributing RAM operation to the chipset in several places. This is all wrong, and has been all wrong in every single AMD64 chipset review Anandtech ever made. Get over it, skip this cut&paste section unless you're doing a P4 chipset review.
So you meant to be testing board layout limits? On a pure reference board, we might find this to be rather pointless - and if it's an available product, you still need to get the description corrected. You are NOT testing chipset capabilities when you are poking around the RAM on an AMD64.
btw, the AMD on-chip memory controller does support 2T command rate. It is the official JEDEC PC3200 standard that does not officially support two DIMMs per channel at 200 MHz. All that AMD did in later revisions is increase the headroom above what's SUPPOSED to work. The very first Athlon64 was spot on JEDEC specifications, nothing to complain about there either. One DIMM at 200 MHz, two at 333, three at 266. Everything (!) above that is YMMV territory.
Wesley Fink - Monday, December 19, 2005 - link
There are numerous DFI BIOS for the DFI nF4 boards that are customized for best performance with various RAM. Board layout does matter a great deal, but if only the memory controller or board layout mattered in AMD RAM performance these BIOS revisions for the same board would have no impact at all. It appears you are certain you are a much more capable "BIOS Engineer" than Oskar Wu or many others I have talked with who definitely disagree with your conclusions. We all understand your point, which is basically correct, but that is not the end of the story or even close to the complete story.You are correct in your truths, and it is not likely you will be dissuaded with facts that contradict your conclusions. NO ONE at AT is trying to deceive anyone.
Peter - Tuesday, December 20, 2005 - link
I'm referring to the following statements on page 4, and I'm certain the honorable Mr. Wu would know better than writing things like:>Memory Stress Testing: Since this is a new chipset, the best setting for tRAS was first determined.
>This means that any setting from 6 to 11 tRAS will work well with this chipset.
>*7T was determined by MemTest86 benchmarks to deliver the widest bandwidth with the ULi M1697 chipset.
(my highlighting)
These statements all directly attribute RAM performance to the ULi chipset, which we all know is plain wrong.
The fact that the board's layout has an influence is not what I'm disputing. Of course it does. BIOS fine tuning can only get the most out of that given hardware layout, no magic there, just patience and persistance - and then there's the great moving target of DIMM behavior that provides for a nice murky cloud of guesstimation between stability and performance - that's why BIOS updates are frequently seen. This I'm not disputing either, after all that's exactly what I'm doing (only that I'm working on DIMM-less platforms where you don't have to deal with that aspect, only the board's own layout and the differences in the actual RAM _chips_).
But these are all distractions that you muddied the waters with. The original point of my posting, and the only complaint I have, is:
You're failing to acknowledge - and subsequently failing to represent correctly in your articles about AMD64 mainboards and chipsets - is that the chipset isn't involved in this AT ALL.
Get it right. Please.
ocyl - Tuesday, December 13, 2005 - link
I wished that this article had talked about the disliked DRM component of this chipset...Alphafox78 - Tuesday, December 13, 2005 - link
Did anyone else notice that the CPU in the diagram is a K5?! hahLonyo - Tuesday, December 13, 2005 - link
It would be nice if you had overclocked, just to give a orugh idea of what the chipset was capable of.In case you weren't aware, there is a nice OCZ booster which increases memory voltage where such options may be unavailable, so maybe in future you could think of using this, just to give a rough idea of overclocking potential. (Assuming it works).
Wesley Fink - Tuesday, December 13, 2005 - link
Reviews of Reference Boards have been criticized by some readers in the past for testing overclocking capabilities "on a board no one can actually buy". Our position has been to test OC on Reference Boards where it is possible - to give a rough idea, as you put it, of OC capabilities.However, a board that does not even implement any memory voltage controls is not likely to be representative of a chipset's OC capabilities. We have been promised production boards very soon and we will defintely test OC on those. Yes, we have an OCZ RAM Booster in the lab.
Creig - Tuesday, December 13, 2005 - link
There's no doubt that the ASRock 939Dual-SATA2 has been an extremely popular board, but it could be improved upon. Apparently ASRock is considering doing just that. The ULi M1697 can be paired with the M1695 on one motherboard to create a board with two 16x PCI-E, AGP, SATA-II, HD audio and a better range of CPU/DIMM voltages.http://www.ocworkbench.com/ocwbcgi/ultimatebb.cgi?...">http://www.ocworkbench.com/ocwbcgi/ulti...bb.cgi?u...
Looks like ULi/ASRock are on a roll.
psychobriggsy - Tuesday, December 13, 2005 - link
Hmm, not having Gigabit might affect, err, a few people. The vast majority will have 100mbit home networks however, and thus not having gigabit isn't an issue. In the corporate area it may be an issue, but they'd probably prefer a standard gigabit controller than a built-in one anyway, so having one run off PCIe isn't an issue.The chipset looks pretty good though, nice feature set. Hope it does well.