Linux and EM64T; Intel's 64-bit Suggestion
by Kristopher Kubicki on August 9, 2004 12:05 AM EST- Posted in
- Linux
Synthetic Benchmarks (continued)
TSCP
TSCP is a simple chess program, which you may read more about here. We compiled the program using our own Makefile, which you can download here. Once compiled, we ran the "bench" command inside the program. Using the -m64 flags provided no change in performance.
As you can see, there appears to be no advantage with HyperThreading for this application. This also appears to be the largest lead that the Intel processor takes over the AMD during the duration of our analysis.
Update:We have retested this part of the benchmark with the -O2 flag in the correct place for both machines. The score has changed to reflect this. br>
ubench
Finally, we have ubench, which stands as the definitive Unix synthetic benchmark. Feel free to learn more about the program here. We compiled the program using ./configure and make with no optimizations. The benchmark was run on a loop ten times to assure that we were getting a true average.
Here, we see HyperThreading working against the Xeon processor in a distinct fashion. According to the Ubench website, both of these machines with single processors outperform dual Xeon 2.4GHz machines, even though they are only running on one processor. The program runs several math-intensive floating point and integer operations over the course of three minutes.
Facebook
Twitter
RSS
275 Comments
View All Comments
snorre - Wednesday, August 11, 2004 - link
#194:eiger, I think the Opteron will be best overall in scientific computing compared to the Xeon EM64T, thanks to Opteron's built-in memory controller and point-to-point HyperTransport bus. I suggest you read this great review too for more numbers:
http://www.aceshardware.com/read.jsp?id=60000275
lewchenko - Wednesday, August 11, 2004 - link
So the original article had some flaws. OK accepted. They were spotted by the user community really quickly, and the staff at AT are dealing with them.
So all the people still going on about the original review, paid for by intel etc - Whats with the angst ? Grow Up, wait for the updated version with the Opteron's etc and stop whining. Anyone would think these people pay AT a fee for reading their work.
Just be thankful that these guys listen to your comments and do something about them. And for most of you making the noise still - I would like to see you do any better. How about it muddocktor ? (Comment 222)
Xspringe - Wednesday, August 11, 2004 - link
Come on everyone, let's keep things civil in here :)No need for personal attacks.
muddocktor - Wednesday, August 11, 2004 - link
Hi Kristopher,When did Anandtech hire you from Tom's Intel butt-kissing site? Your review really disappoints me in that it doesn't even come close to the articles and reviews I'm used to seeing here at Anandtech. If you want to do a comparison, please do it with processors that are in the same class at least. Your review tells me nothing substantial at all except that maybe you took some money from Intel for this pile of garbage.
chainbolt - Wednesday, August 11, 2004 - link
chainbolt - Wednesday, August 11, 2004 - link
I guess you did not understand the intenton of this article in the first place?allnighter - Wednesday, August 11, 2004 - link
I am looking forward to a new article. I'm also very glad Kris stepped in with some more feedback. Thank you.DerekWilson - Wednesday, August 11, 2004 - link
#217Much of what you've asked for/stated has been dealt with or will be dealt with in the upcoming article.
The implimentation of x86-64 is as different between AMD and Intel as each implimentation of x86. Just because they both support the same 64bit extensions doesn't mean code optimized for one architecture will lend itself well to the other (as each is better at different things).
I don't think integer performance is an open and shut case for Intel here. Remember that Intel has 2x 32bit ALUs inside the P4F, so integer performance under 64bit mode isn't a straight forward translation of 32bit mode.
Derek Wilson
ThePlagiarmaster - Wednesday, August 11, 2004 - link
All I want to see (besides that article being killed as completely misleading), is the use of REAL apps/games. NO synthetics. You drew conclusions PURELY based on synthetic scores (did your damage, slashdotted etc now). The complete opposite of a normal review. Most reviews tell you take the synthetics with a grain of salt, and look at the real apps/games tested. I don't care if you get the makefile/scripts or whatever correct. I don't want to see a review on synthetics at all (done right or not). If we haven't heard of the benchmark/game/app don't use it. I only recognized Povray in this review, which you dogged anyway. But at least its a REAL app that you CAN use to get work done (nobody does this..but it is REAL - rather see 3dsmax, Maya, Lightwave etc..)If Intel's integer unit is so good, it should show the same in 32bit. It's not just some 64bit Integer addon that only works in 64bit is it? We know A64 smokes in math (FP and INT). So prove it's not just some BAD SYNTHETIC benchmark showing us BS numbers. Run a 32bit REAL app that tests integer "that we all know about" and show it "THRASHING" the A64. There's nothing magic here, just your chosen out of this world benchmarks that we've never heard of. MS said AMD's 64bit is better than Intel's (the guy was LOL in fact in the interview over Intel's implementation), Andreas Stiller's source (CT magazine) came to the same conclusions (it's a software emu hack). So how is it you come up with these conclusions that it's magically great after we've been told it's REALLY CRAP? Intel's 64bit can't be better than AMD's when they copied AMD verbatim, and in doing so accidently got an "OLD DOCUMENTATION COPY" and ended up with emu crap (or so they say). Are the benchmarks above lying? I take it INTEL was very pissed about your Doom article (and the previous cpu article where athlon dominated also even in DIVX now), so they told you to run these OBSCURE benchmarks to save some face? Or you won't be receiving any new chips to test?
Take a look at these before your next review:
We see here in an old anand article 64bit shows around 15-20% (34% on Lame) improvement on A64:
http://www.anandtech.com/showdoc.aspx?i=1884&p...
Here's another, look at those encryption/Zip scores! What's that a 3x faster on RSA encrypt? It cut over 2/3rd's off the score.
http://www.xbitlabs.com/articles/cpu/display/athlo...
Another Encryption AMD vs. Intel (Itanium2 no doubt!):
http://www.itweek.co.uk/news/1142289
AMD 10% better than Intel Itanium 2! Dual vs. Dual.
Your own MySQL tests a good while back, where opterons crush Xeons repeatedly:
http://www.anandtech.com/cpuchipsets/showdoc.aspx?...
Integer doesn't help MySQL AFAIK, so what magic made Intel so good? Also you better show some John The Ripper scores in 32bit, as IXBT shows us AMD get a 2-3x performance inscrease in most encryption stuff. I want to see if Intel did this too, otherwise this benchmark is crap. The benchmarks used here:
http://www.xbitlabs.com/articles/cpu/display/athlo...
ARE 64bit optimized (for A64), and shouldn't hurt Intel, as they are compatible now right? So in effect, they are optimized for X86-64 AND EMT64. Maybe you should be using those. Slight rehash of my previous post, but worth repeating in case Kris/Derek missed it. Check those benchmarks out on those sites please. Dump synthetics.
Macro2 - Wednesday, August 11, 2004 - link
RE:"What is wrong with my conclusion."What is wrong with John the Ripper?...that's what you must ask.
I figure you're going to learn a lot from this...
about phunny lines of code in benchmarks etc.
I've never seen a P4 core trounce a A64 in math like that..a light should have gone on is someones head.