Linux and EM64T; Intel's 64-bit Suggestion
by Kristopher Kubicki on August 9, 2004 12:05 AM EST- Posted in
- Linux
John the Ripper
Out of all of our synthetic benchmarks, John the Ripper is perhaps the most robust; we can benchmark a wide range of encryption algorithms with many or no options very easily and quickly. For this benchmark, we downloaded John the Ripper 1.6. We had originally intended to build the program with the generic Linux make configuration. Unfortunately, John did not want to play nicely with that idea. We only ran the Intel CPU with HyperThreading for this portion of the benchmark.linux:~/john-1.6/src # make linux-x86-any-elf
ln -sf x86-any.h arch.h
make ../run/john ../run/unshadow ../run/unafs ../run/unique \
JOHN_OBJS="DES_fmt.o DES_std.o BSDI_fmt.o MD5_fmt.o MD5_std.o BF_fmt.o BF_std.o AFS_fmt.o LM_fmt.o batch.o bench.o charset.o common.o compiler.o config.o cracker.o external.o formats.o getopt.o idle.o inc.o john.o list.o loader.o logger.o math.o memory.o misc.o options.o params.o path.o recovery.o rpp.o rules.o signals.o single.o status.o tty.o wordlist.o unshadow.o unafs.o unique.o x86.o" \
CFLAGS="-c -Wall -O2 -fomit-frame-pointer -m486"
make[1]: Entering directory '/root/john-1.6/src'
gcc -c -Wall -O2 -fomit-frame-pointer -m486 -funroll-loops DES_fmt.c
'-m486' is deprecated. Use '-march=i486' or '-mcpu=i486' instead.
cc1: error: CPU you selected does not support x86-64 instruction set
make[1]: *** [DES_fmt.o] Error 1
make[1]: Leaving directory '/root/john-1.6/src'
make: *** [linux-x86-any-elf] Error 2
Undeterred, we proceeded to build John with the generic configuration instead. John optimizes itself during the build, so you may view the builds of each configuration here (Intel) and here (AMD).
For those of you who downloaded the text files, you already know that the Intel CPU has pulled ahead, at least according to John. Below are some of the scores John posted while testing the utility.
As we saw in the intensive math benchmarks, the Athlon 64 has trouble keeping up with the Intel CPU.
Facebook
Twitter
RSS
275 Comments
View All Comments
TauCeti - Monday, August 9, 2004 - link
Hi Kristopher,the most disturbing thing for me about your comparisons is your selection of the benchmarks you did run. Some of them are simply not suited at all to run on modern 64-bit systems.
Some details:
Super-Pi:
If you did not get some 'special' version, you benched Super-PI 2.0 compiled with an ancient (GNU) 2.95.2 in late 1999. Purely 32-bit and the compiler blatantly unaware of modern microarchitectures.
TSCP 1.8.1:
You are joking. The TSCP-bench function does need way below 1Megabyte of memory in 32-bit. Totally in-Cache for the Xeon. Did you have a look at the source (it's small enough)? Why did you think that 64-bit could possibly increase performance? That uneccessarily increased mem-consumption and decreased performance.
BTW: TSCP scores about 420000 on my P4(3.0/875) and about 240000 on a Athlon XP2000+ in 32 bit. The latter value is included in the source code.
Tau
thatsright - Monday, August 9, 2004 - link
WOW!!It is just absolutely mind boggling that AnandTech would run such a incompetent article. To compare a High end server chip, to a mainstream desktop chip, is utterly pointless. (And I am a proud owner of a P4c, not a hardcore AMD fanboi.) I would only expect this sort of incomplete and shoddy journalism from Tom's Hardware or the like.
This article should be pulled until a apt and completer comparison can be run with a Opteron chip. I'm getting a bit concerned with the writing of the last few stories here @ AnandTech.
Pjotr - Monday, August 9, 2004 - link
"Relax, its just a primer for future articles. A 3.6F is supposed to compare with a "3600+" rated Athlon 64 isnt it?"No, it's not. They come from two separate market segments. The 3500+ is a desktop CPU. Opteron is AMDs server CPU. Server CPUs typically has more L2 than desktop CPUs, both for Intel and AMD. Also, the 3500+ rating is supposed to compare to Intel desktop CPUs, not server CPUs.
mrdoubleb - Monday, August 9, 2004 - link
OFFSorry for the double post. The 1st one had some typos and I used the BACK button to correct them. Bad idea. :))
mrdoubleb - Monday, August 9, 2004 - link
Now, come on! Honestly, this was meant to be posted on April 1st, wasn't it?! Even in your own previous tests we see that (except for video encoding and a few synthetic tests) the 3500+ beats Prescott 3.6. Is a "Prescott B" coming out so shortly that we don't know of that you claim that the new Nocona 3.6 is exactly like the Prescott 3.6?! Why didn't you put up a similarly priced Opteron against this iAMD64 zombie?!My suggestion for a future test: Sempron 2000+ vs. Prescott 3.6. Title of review: "Both AMD and Intel have released 2 new processors recently. How do they perform against each other?".
mrdoubleb - Monday, August 9, 2004 - link
Now, come on! Honestly, this was meant to be posted on April 1st, wasn't it?! Even in your own previous tests we see that (except for video encoding and a few synthetic tests" we see that the 3500+ beats Prescott 3.6. Is a "Prescott B" coming out so shortly that we don't know fo that you claim that the new Nocona 3.6 is exactly like the Prescott 3.6?! Why didn't you put up a similarly priced Opteron against this iAMD64 zombie?!My suggestion for a future test: Sempron 2000+ vs. Prescott 3.6. Title of review: "Both AMD and Intel have released 2 new processors recently. How do they perform against each other?".
Carfax - Monday, August 9, 2004 - link
To Locutus4657, apparently he used 32bit scores for the first MySQL benchmark on the 3500+ instead of 64bit scores..Had he used 64bit, the 3500+ would have won both benches instead of just one..
Locutus4657 - Monday, August 9, 2004 - link
Here's what I really don't get... Reviewing previous Prescott v. Northwood v. A64 server benchmarks the Prescott was trounced, not only by the A64 but by the Northwood as well (on Mysql Linux). So how the hell did a Prescott end up improving this much in mysql? Were there some core updates I'm not aware of?Fr0zeN2 - Monday, August 9, 2004 - link
Synthetic benchmarks are worthless. Show me some real numbers! I dont care who wins i just want to see real benchmarks!snorre - Monday, August 9, 2004 - link
KristopherKubicki: Don't be stupid, you should always compare with the best possible alternative and in single processor systems that is AMD's Opteron 150 or Athlon 64 FX-53. And besides, AMD's rating has nothing to do with Intel's MHz...