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

  • KillerBob - Friday, April 22, 2005 - link

    Griswold,

    MT Test 1: PEE 1 - X2 0 Very likely scenario
    MT Test 2: PEE 2 - X2 0 Likely scenario
    MT Test 3: PEE 2 - X2 1 So-so scenario
    MT Test 4: PEE 3 - X2 1 Likely scenario
    MT Test 5: PEE 3 - X2 2 Likely scenario
    MT Test 6: PEE 3 - X2 3 Unlikely scenario

    I play a lot of games, but I never have things in the background, as a matter of fact I don't want to have anyting in the background, except for perhaps a big NewsPro download.
  • MrEMan - Friday, April 22, 2005 - link

    102,

    Artificial stupidity run rampant?

    or

    Natural deselection (survival of the twitest)?
  • Quanticles - Friday, April 22, 2005 - link

    I vote that 90% of the people on here have no idea what they're talking about... lol
  • erwos - Friday, April 22, 2005 - link

    "It's odd that some picture game developers immediately supporting the PhysX chip as soon as it's available, but think they'll drag their feet to take advantage of another whole CPU core at their disposal."

    It's basically about the implementation differences of the two. You can be relatively certain that PhysX is going to be shipping their chips/cards with libraries that allow game devs to just speed up certain processing with special function calls (ie, calculate_particle_spread()). Multi-threading requires that you design your application from the very start to take advantage of it (mostly - I would wager splitting off the background music to its own thread is reasonably straightforward).

    Game logic doesn't always lend itself to multi-threading, either. If I shoot my gun, I want to hear the sound next. I don't want it to be thrown at the sound thread, where it may or may not execute next. Threading introduces latency, in other words, unless you so tightly bind your threads together that you may as well not use multi-threading.

    -Erwos
  • Griswold - Friday, April 22, 2005 - link

    KillerBob, so that makes you a brilliant illiterate, since it's not what the benchmarks say. :)
  • cHodAXUK - Friday, April 22, 2005 - link

    #83 Get a clue, a single core 3500+ is faster than the quivelant Opteron at the same speed. Why? Unregistered memory and tigher memory timinings. ECC memory comes with a 2-4% performance penalty but the big difference comes with the command speed, 2T for the Opteron and 1T 3500+, the AMD64 thrives on lower lower latancies that can make as big as an 10% performance difference and that is BEFORE we start to even think about raising the FSB speed which makes a significant difference to overall system perfomance. 15% is in no way unrealistic with a mild overclock and lower latancies, if you don't believe me then email Anand and ask him.
  • Zebo - Friday, April 22, 2005 - link

    Jep4444 (#89) What do you mean X2's "arent nearly as good as the dual core Opterons"??

    Comming from XS I suspect don't OC very well?

    But they are the same cores as the Opterons are. and with ram should run signifigantly faster.

    Or do you mean buggy? That's easily attibuted to BIOS, IE none released yet so no working BIOS.

    How about a link please.
  • Umbra55 - Friday, April 22, 2005 - link

    The benchmark overviews show "dual opteron 252 (2.6 GHz)" all over the review. I suppose this is single 252 instead of dual?

    Please correct accordingly
  • emboss - Friday, April 22, 2005 - link

    #40 (Doormat):
    You're forgetting that the size of a dual-core is (roughly) double that of a single-core. So, assuming 1000 cores/wafer, 70% defect rate per core, then a single-core wafer (with an ASP of $500) will net AMD 700*500 = $350K.

    The same wafer with dual-cores will produce (approximately) 1000/2 * (0.7)^2 = 245 CPUs. So, to get the same amount of cash per wafer, AMD needs an ASP of $1429, or the second core costing 85% more than the first core.

    Of course, it's not quite this simple ("bad" chips running OK at lower speeds, etc) but it's not entirely unreasonable to see dual-cores with prices ~3 times that of a single core at the same speed grade. Intel is almost dumping (in the economic sense of the word) dual-core chips.
  • saratoga - Friday, April 22, 2005 - link

    "saratoga, waah? There are similarities between C# and C++. While agree it's java'ish as well, it definitely has similarties to c++. One could say c# shaes similarities with c/c/c++.

    read away:

    http://www.mastercsharp.com/article.aspx?ArticleID...

    http://www.csharphelp.com/archives/archive138.html

    "

    I'm guessing you're not a c++ programmer ;)

    Anyway, yes they both use c syntax, however thats pretty much irrelevent given that Java also uses c syntax (as does Managed c++ which incidently IS the .net language directly based on c++) and I've never heard anyone call it related to c++. Beyond (some) syntax heritage and the fact that they're both OO langauges, they're very different beasts.

    ""C# is directly related to C and C++. This is not just an idea, this is real. As you recall C is a root for C++ and C++ is a superset of C. C and C++ shares several syntax, library and functionality." Quoted from above.

    L8r."

    Err yeah c++ is mostly a superset of c++. Thats neither here nor there. Just try and use the c/c++ preprocessor in c# and you'll see very quickly what the difference is. Or try using c++ multiple inherritance. You'll find that just because you took java and added operator overloading and made binding static by default, its not c++.

Log in

Don't have an account? Sign up now