Dual Core Desktop Performance: AMD's Athlon 64 X2 4400+

AMD didn't send out any Athlon 64 X2 processors for this review. They promised us chips for the real launch in June, but we don't like waiting and neither do most of you, so we improvised.

The Opteron x75 CPUs that AMD sent us run at 2.2GHz and have a 1MB L2 cache per core, which makes the specs basically identical to the Athlon 64 X2 4400+. Although the use of ECC memory and a workstation motherboard would inevitably mean that performance will be slower than what will be when the real Athlon 64 X2s launch, its close enough to get a good idea of the competitiveness of the Athlon 64 X2.

For these tests, we used the same workstation board that we used in the server performance tests, but in doing so, we encountered a lot of other random problems.

With only a single CPU installed in the Tyan S2985, the system would always hang upon restarting Windows. We could shut down Windows fine and we could manually restart the machine, but if we hit Start > Shut Down > Restart, our test bed would always hang at the "Windows is Shutting Down" screen. Populating the second CPU socket fixed that problem, but obviously for our desktop comparison, we only used a single CPU to simulate a single Athlon 64 X2 4400+. The problem is undoubtedly due to the dual core BIOS, but it was frustrating to say the least (note that our normal desktop benchmark suite requires over 200 reboots - and we did every last one by hitting the reset switch on that motherboard).

The next issue we had with the motherboard is that none of the four on-board SATA ports would detect a hard drive. Apparently, this is a common problem with this board and since we were using the absolute latest BIOS revision from Tyan (we had to in order to support dual core), there was no fix for the problem at the time of our testing. Because of this problem, we were forced to use a PATA hard drive, which unfortunately meant that we couldn't test with an NCQ enabled drive.

The final problem we had was that there were significant issues with regards to memory compatibility and performance on this Tyan board with the dual core BIOS. We were forced to run at much slower memory settings than we would normally run on a desktop Athlon 64 motherboard - we had to run with the bus turnaround option set to 2T in order to even get Windows to install. A side effect of some of these issues was that not all of our tests would run properly; most did, but a few didn't make it. Obviously, we'll fill in the blanks when we perform our actual tests for the Athlon 64 X2 review, but this will serve as a preview.

All in all, we were extremely disappointed with the only board that AMD would recommend us to use with their first dual core processors. The BIOS is far from ready and the board seems to have issues that extend beyond what can be attributed to the dual core BIOS. When Intel sent us a dual core setup earlier this month, we were surprised at how stable the system was. Our experience with AMD's platform was the exact opposite. While we're very confident that dual core Opteron systems from tier one OEMs won't have these sorts of issues, the fact that we were having these problems just weeks before the launch of a major CPU is worth mentioning. We've also held off on doing any sort of power consumption analysis between the Athlon 64 X2 and the Pentium 4 until we get desktop platforms in hand. That being said, AMD rates the Athlon 64 X2 as having the same thermal envelope as the current Socket-939 Athlon 64 processors. Thanks to a cool running 90nm process and slightly lower clock speeds, AMD is able to achieve just that.

With the problems out of the way, we were ready to get down to benchmarking. So, we put together a list of CPUs that made sense to compare for the desktop portion of this preview.

AMD's own marketing suggests that based on the price differences between their dual core CPUs and Intel's, the Athlon 64 X2 is in a class above the Pentium D. Instead, AMD suggests that the real competitors to the Pentium D 820, 830 and 840 are the Athlon 64 3400+, 3500+ and 3800+, respectively. To test that theory, we included an Athlon 64 3800+ as well as the fastest single core AMD processor, the Athlon 64 FX-55, in our comparisons.

The comparison that AMD makes is depicted below. Note that this is AMD's marketing comparison, not our own.

For the Athlon 64s, we used MSI's nForce4 SLI board; and for the Intel CPUs, we used Intel's own 955X board. All systems were configured with 1GB of memory and used the same Seagate 120GB PATA HDD and ATI Radeon X850 XT video card. We used the latest Catalyst 5.4 drivers.

Data Warehouse Results Business/General Use Performance
Comments Locked

144 Comments

View All Comments

  • Opteron - Monday, June 20, 2005 - link

  • mikeshoup - Wednesday, June 15, 2005 - link

    I think a better option for testing compiling speed would be to pass a -j argument to make when compiling FireFox, and tell it to run as many parallel operations as the processor can take threads. IE: -j2 for a dual core or ht cpu
  • fritz64 - Thursday, May 5, 2005 - link

    I know what I will be getting after fall this year. Those numbers are impresive!
  • jvarszegi - Friday, April 29, 2005 - link

    So they're reproducible, but only in secret. And you knew, as usual, about mistakes you were making, but made them anyway to, um, make a valid comparison to something else that no one can verify. Nicely done. Whatever they're paying you, it's not enough.
  • Ross Whitehead - Thursday, April 28, 2005 - link

    Zebo -

    You are correct you can not reproduce them, but we can and have 10's of times over the last year w/ different hardware. I do not believe that because you cannot reproduce them discounts their validity but it does require you have a small amount of trust in us.

    We have detailed the interaction of the application with the database. With this description you should be able to draw conclusions as to whether it matches the profile of your applications and database servers. Keep in mind, when it comes to performance tuning the most command phrase is "it depends". This means that there are so many variables in a test, that unless all are carefully maintained the results will vary greatly. So, even if you could reproduce it I would not recommend a change to your application hardware until it was validated with your own application as the benchmark.

    The owner of the benchmark is not AMD, or Intel, or anyone remotely related to PC hardware.

    I think if you can get beyond the trust factor there is a lot to gain from the benchmarks and our tests.
  • Reginhild - Thursday, April 28, 2005 - link

    Wow, the new AMD dual cores blow away the "patched together" Intel dual cores!!

    I can't see why anyone would choose the Intel dually over AMD unless all the AMDs are sold out.

    Intel needs to get off their arse and design a true dual core chip instead of just slapping two "unconnected" processors on one chip. The fact that the processors have to communicate with each other by going outside the chip is what killed Intel in all the benchmarks.
  • Zebo - Thursday, April 28, 2005 - link

    Ross,

    How can I reproduce them when they are not available to me?

    From your article:
    " We cannot reveal the identity of the Corporation that provided us with the application because of non-disclosure agreements in place. As a result, we will not go into specifics of the application, but rather provide an overview of its database interaction so that you can grasp the profile of this application, and understand the results of the tests better (and how they relate to your database environment)."

    Then don't include them. Benchmarking tools to which no one else has access is not scientific because it can't be reproduced so that anyone with a similar setup can verify the results.

    I don't even know what they do. How are they imporatant to me? How will this translate to anything real world I need to do? How can I trust the mysterious company? Could be AMD for all I know.
  • MPE - Wednesday, April 27, 2005 - link

    #134

    How can it be the best for the buck ? Unless you are seeing benchmarks from Anand that says so how could come to the conclusion?
    At some tests the 3800+ was the worse performer while the X2 and PD where the best.

    You are extrapolating logic from air.
  • Ross Whitehead - Wednesday, April 27, 2005 - link

    #131

    "no mystery unreproducable benchmarks like Anand's database stuff."

    It is not clear what you mean by this statement. The database benchmarks are 100% reproducable and are real life apps not synthetic or academic calcs.
  • nserra - Wednesday, April 27, 2005 - link

    You are discussion price and it's not correct since intel goes from 2800 to 3200 and amd goes from 3500+ into 4000+ (i'm ignoring amd new model numbers, still based on older).

    I complete disagree the AMD model numbers, the should be = to single core, the should just had the X2.

    The TRUE X2 will be more performer than opteron, by 2% to 5%.

Log in

Don't have an account? Sign up now