We view your behaviour last night as gross misconduct - The Register Management
A COUPLE OF DAYS ago we were alerted to what we were told was a Shanghai SAP score for an eight-socket machine, which looked to come in a full 30 per cent lower than the highest score, which incidentally seemed to be Intel’s Dunington.
Just from looking at the numbers, AMD’s Shanghai scores 7010 and Intel’s Dunnington gets 9200. Hmmm…we’ll let our readers decide who alerted us to the results. We were assured this was an oranges vs oranges comparison, demonstrating that AMD’s Shanghai was being utterly trounced by Penryn on most benchmarks, and suggesting that the upcoming Nehalem would go even further and virtually obliterate it.
All well and good, except, there’s a lot more to it than that. For starters, it’s not really a raw power end-game being played. Power consumption is also an important factor to be taken into consideration, because when most chips are deployed, they often only really run at somewhere between 12 and 20 per cent of their capacity. Secondly, what the SAP benchmark shows is an IBM database vs others, not chip to chip.
When you look at the SAP SD two-Tier scores, the Dunnington score is one for an IBM System x3950 M2, 8 Processors / 48 Cores / 48 Threads, Intel Xeon Processor MP X7460 running IBM DB2 database. The Shanghai score posted is an HP ProLiant DL785 G5, 8 Processors / 32 Cores / 32 Threads, Quad-Core AMD Opteron Processor 8384, 2.7 GHz running Oracle 10g. Or in other words, a Shanghai system with 32 cores running Oracle is being compared to a Dunnington processor with 48 cores with IBM DB2. As AMD’s Phil Hughes put it to us, “This would be like trying to equate the scores from two different gaming performance benchmarks.”
AMD also argued that the Dunnington score demonstrated highest power consumption X7460 (130W TDP), while the Shanghai score was for its mainstream 8384 (75W ACP). This brings us to another problem, because AMD is basically claiming that its ACP rating is equivalent to Intel's TDP rating. There’s been a fair amount of controversy over this, and plenty of evidence that comparing the two is problematic. Based on that evidence, it would appear AMD’s ACP rating goes some way to overstate the energy efficiency of its processors.
But that’s not to say AMD isn’t making strides in the right direction, and strides which Intel would probably not be keen to point out, such as AMD’s lead in SPECweb, SPECjbb, SPECfp, and virtualisation. So, SAP, SPECint and SPECpower are only really half the story.
Then, of course, there’s the debate over SPECpower, namely why the Intel chips appear to score so much better at the moment, and whether AMD submitted hostile results to come up with the worst possible score for Intel. From where we sit, though they do appear a little unwieldy, AMD’s comparisons don’t necessarily seem unfair or inaccurate, they simply seem to boil down to RAM choices.
What probably can be said is that, by taking the rather mediocre score it submitted for Intel, and comparing it to Shanghai on all sorts of PR bumf it’s passing around, AMD is being a bit sneaky. But hey, that's what PR (on both sides) is all about.
Anyone who actually cares to go and examine the scores properly will see that there are certain problems with the numbers, arising from the fact that the server-side Java programmes (SSJ operations per second) - the heart of SPECpower benchmark - are not optimised properly. This is because FBDIMM systems perform slightly better than DDR2 unbuffered systems, yet this one scores worse. Another factor to take into account is that Intel has been steadily moving away from FBDIMMs since last year and Nehalem will be exclusively non-FBDIMM on the two-socket platform.
So, as far as power consumption goes, and bearing in mind that it isn’t the be-all and end-all, Intel’s 2.66GHz server does seem to peak at 161 watts on a Java load while AMD’s 2.7GHz Shanghai peaks at 264 watts while only performing a bit better. So Intel does appear to take the crown when it comes to a performance per watt comparison on unbuffered memory systems. Nehalem, therefore, will probably only make things worse for AMD.
Of course, all that doesn’t take away from the fact that Shanghai is still a major milestone for AMD, taking the firm into 45nm territory at long last and launching on time, something which goes a long way toward helping us forget about the bungling of Barcelona. µ
L'Inqs
SAP Benchmark
SPECpower
Benchmak
Technology
for Mortals
I have to note that the comparison of the Intel Xeon L5430 with the AMD 2384 Shanghai Opteron is again not 100% apples to apples.

While the Intel based system was equipped with a 500 W power supply, the AMD based system only had 350 W power supply. The latter seems a bit too small in terms of efficiency, or am i wrong?

Second, the AMD based system had 16 GB of RAM using 4x4 GB DDR2-800 DIMMs, the Intel based system is listed with 2x4 GB DDR2-667 DIMMs. Allthough these might be constraints of the different architectures it is still a difference.

mrc
I suspect that EPA's problem with Java floating point development may explain some of the differences. This paper from Lawrence Berkeley/NERSC and the heavy weighting of the Java benchmarks http://www.cs.berkeley.edu/~wkahan/JAVAhurt.pdf may explain some of the SPEC Power differential. EPA has proposed a different benchmark for inclusion in the EnergyStar 5.0 certification. The intent is to give a more representative evaluation of floating point performance. There is no question that Intel's performance in integer based apps is superior to AMD. Which cpu is superior is going to really depend on the application Int vs FP. The other thing that SPEC Power doesn't address are scaling issues when you interconnect 8 or more CPU's. I was quite surprised to see that the results are sensitive to power factor, altitude and line voltage quality in addition to temperature. The number of variables that can affect the testing are greater than the number of tests to be run.
AMD still leads by huge margin in FP, almost 50% if compare clock-by-clock and 26% at the clocks mentioned above. That's like one generation ahead. For my science only FP matters
You probably mean to say that nehalem seems to consume 322 watts of power compared to amd's 264. Oh, as usual, a poorly done article with little to no facts to back it up.
The two tests are using differnt OS and different databases. Win2003 and DB2 vs Suse and Oracle.
I think this article makes too many lame excuses for AMD, it is perfectly fair to compare Dunnington to Shanghai for the simple reason that those two products will be in direct competition with each other in the server market. Its really AMD's own fault that they haven't come out with a 6-core processor yet to compete and quite frankly, the customers of these machines aren't going to care.

Less barking and more action is all I have to say.
Have you followed the link to the SAP benchmark ? It says the XEON's result of 9200 was achieved on 48 core system (8-way x 6 cores/chip), while Operon 8384' result of 7010 was achieved on 32 core system (8-way x 4 cores/chip). You call that oranges-vs-oranges comparison ? The XEON system of equivalent 32 core configuration (8-way x 4 cores/chip) was around 6600 ...

Hey, but what do you expect of George Ou, the famous AMD basher ?
So this article is to try and confirm that the scores were based on dodgy mismatch of two non-identical machines, but you guys dont do yourselves any favours when it comes to clearing it up - i quote:

" IBM System x3950 M2, 8 Processors / 48 Cores / 48 Threads"

6 cores per processor??? you mean to say 12 processors and 48 threads???
Actually launching *early*, which is an even bigger improvement over launching later than late :)
Craig, yes 6 cores a processor. It's Dunnington not the older Xeons they compared...
So no, Sylvie hasn't got her maths wrong. However some of this seems a bit unfounded with a lack of proof, however despite the mismatch it is obvious AMD has still got a lot of catching up to do despite it's recent successful launch.