Our preliminary look at Intel's 64-bit Xeon 3.6GHz Nocona (which happens to be identical to the Intel 3.6F Pentium 4) stirred up a bit of controversy. The largest two concerns were:

  • We tested Intel's Xeon server processor against an Athlon desktop CPU.
  • We chose poor benchmarks to illustrate the capabilities of those processors.

Fortunately, with the help of the other editors at AnandTech, we managed to reproduce an entire retest of the Nocona platform and an Opteron 150 CPU. We also managed to find an internet connection stable enough for this editor to redraft en entire performance analysis on his vacation.

Performance Test Configuration
Processor(s): AMD Opteron 150 (130nm, 2.4GHz, 1MB L2 Cache)
Intel Xeon 3.6GHz (90nm, 1MB L2 Cache)
RAM: 2 x 512MB PC-3200 CL2 (400MHz) Registered
2 x 512MB PC2-3200 CL3 (400MHz) Registered
Memory Timings: Default
Operating System(s): SuSE 9.1 Professional (64 bit)
Linux 2.6.4-52-default
Linux 2.6.4-52-smp
Compiler: linux:~ # gcc -v Reading specs from /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib64 --enable-libgcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit x86_64-suse-linux Thread model: posix gcc version 3.3.3 (SuSE Linux)
Libraries: linux:~ # /lib/libc.so.6 GNU C Library stable release version 2.3.3 (20040405), by Roland McGrath et al. Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Configured for i686-suse-linux. Compiled by GNU CC version 3.3.3 (SuSE Linux). Compiled on a Linux 2.6.4 system on 2004-04-05. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others linuxthreads-0.10 by Xavier Leroy GNU Libidn by Simon Josefsson NoVersion patch for broken glibc 2.0 binaries BIND-8.2.3-T5B libthread_db work sponsored by Alpha Processor Inc NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Thread-local storage support included. Report bugs using the `glibcbug' script to .


The Intel Xeon 3.6GHz has HyperThreading enabled by default, so we use that with the SMP kernel during the review. The entire review uses 64-bit binaries either compiled from scratch or as installed from RPM. We only used a 32-bit benchmark during the synthetic analysis, but still on SuSE 9.1 Pro (x86-64).

As one reader has pointed out, the GCC 3.3.3 used in this review has a few back ported optimizations from GCC 3.4.1 care of the SuSE development team. Thus, architecture specific optimizations for nocona are included.

Special thanks to Super Micro for getting us additional Intel components for testing on such short notice!

Database Benchmarks
Comments Locked

92 Comments

View All Comments

  • Decoder - Thursday, August 12, 2004 - link

    Kris,

    Great review! I wish someone would benchmark AMD 64 and EM64T in 64 bit mode with MORE THAN 4 Gigs of RAM. I heard EM64T takes a hit with more than 4 gigs.

  • offtangent - Thursday, August 12, 2004 - link

    Kris,

    This was a great followup article, and certainly cleared a lot of things up. I was just wondering if its possible to use the SPEC benchmarks in addition to the ones you've used, so we can get the SPECint & SPECfp values to go with it. There are some published values for these on the spec website, but the setups for each of those published results are not the same, so its difficult to put them in perspective. Since you ususally have access to very similar setups, I was wondering if you could add those two tests to your set of benchmarks. Thanks!

    OT
  • Viditor - Thursday, August 12, 2004 - link

    Kris - "To be honest i wouldnt have known some of the mistakes i made had people not been so critical. I am not upset with the final outcome, it happens to everyone"

    And that is why AT is the first site I come to for information...
    Great job, and thanks!

    Cheers,
    Charles
  • T8000 - Thursday, August 12, 2004 - link

    When I compare this review to the previous one, I see two interesting points:

    1. Most benchmarks ran a lot faster without hyperthreading, a scenario that was not tested here.

    2. When enough users (or a user with a lot of names) complain about their favorite product not winning the benchmarks, their product will come out better soon therafter. I wonder if the Celeron 335 would have outperformed the Athlon 64 3800+ as well when this was required in the comments of the Celeron 3xx review by enough user names.
  • trooper11 - Thursday, August 12, 2004 - link

    i just wanted to say im a long time anandtech reader and I appluade the work done wiht this review to clear up the problems with the previous one.

    it takes some guts to come out and admit things were done badly and I can say I can respect the reviews more knowing you all are willing to admit those things, some sites have a problem with that and work with the readers to solve the problem. i have been a fan of the site for several years and I was very suprised at the first review, but now i see you trying to make up for that and go forward, I just want to thank you for the work done on this review.

    it may still not be perfect in answering all the questions, but it certainly goes along way versus the first article. i look forward to follow ups.
  • KristopherKubicki - Thursday, August 12, 2004 - link

    #55: Had a typo when i moved the table back over to make it readable :) They are both registered C3.

    I will work on the color issue more in the future, i just picked the default colors this time around.

    There are new Xeon processors, dubbed Iriwindale, that use 2MB L2 cache. However, the Xeons you see now with large cache are L3.

    Kristopher
  • Anemone - Thursday, August 12, 2004 - link

    It's a small word, but means a lot...

    Thankyou.

  • 2002cbr600f4i - Thursday, August 12, 2004 - link

    Kris,

    First off, MUCH better.... At least this seemed like a more fair fight.

    2 concerns/gripes/comments though...

    1) In the hardware config I noticed that one machine had Unregistered memory with CAS2, the other had Registered CAS 3 memory. Since I know that Opteron requires registered, I'd assume that made the Opteron run the CAS 3 stuff. I really would have prefered to see a CAS 2 to CAS 2 fight (just to keep the apples to apples as much as possible.)

    Second, (and this is a personal gripe against most benchmarking sites) either pick a color code for each brand's processor and use that color for ALL charts showing that processor, or always list them in the same order. Showing the "best one first" can be rather confusing when they're changing order from one chart to the next.

    One other thing... Doesn't the Xeon have more than 1MB L2 cache? I thought the newer ones were all using 2MB or more of that or L3???

    Anyhow, thanks for going back and redoing this work. I don't think any of us hates you personally, we just want to see FAIR and EVEN reporting in general across the board. This review has gone a long way towards restoring my faith in this site.

    --Mike
  • Pumpkinierre - Thursday, August 12, 2004 - link

    Agree with 42 and 52 something wrong with your statement on Blowfish. Also agree with 50 on the power of different optimisations (and its early days for the Nocona). Thanks also for waking up my interest in linux.
  • adiposity - Thursday, August 12, 2004 - link

    Hey snore...

    I noticed the unreadable table, too. I think it's some IE specific code, because I could view it in IE, just not firefox. You'd think linux benchmarks would have mozilla-compliant html :)

    Now, I don't know if it's just me, but I couldn't bring up the forum popup in firefox, either. Why not?

    -Dan

Log in

Don't have an account? Sign up now