Socket-AM2 Performance Preview
Without major architectural changes to the new AM2 CPUs, we wanted a quick and easy way to showcase the performance differences between AM2 and Socket-939. What we've got is a massive table below with all of our usual CPU benchmarks and their results for the same CPU in both Socket-939 and AM2 varieties, and the performance benefit offered by AM2:
| Benchmark | Socket-939 (DDR-400) | Socket-AM2 (DDR2-800) | % Advantage (Socket-AM2) |
| PC WorldBench 5 | 115 | 115 | 0% |
| Business Winstone 2004 | 23.3 | 23.2 | -0.4% |
| Multimedia Winstone 2004 | 38.4 | 38.9 | 1.3% |
| SYSMark 2004 | 220 | 224 | 1.8% |
| ICC SYSMark 2004 | 282 | 286 | 1.4% |
| OP SYSMark 2004 | 171 | 175 | 2.3% |
| 3dsmax 7 | 2.38 | 2.38 | 0% |
| Adobe Premier Pro 1.5 (Export w/ Adobe Media Encoder) | 130 s | 128 s | 1.5% |
| Adobe Photoshop CS2 | 210.6 s | 210.3 s | 0.1% |
| DivX 6.1 | 11.6 fps | 12.0 fps | 3.4% |
| WME9 | 35.2 fps | 35.6 fps | 1.1% |
| Quicktime 7.0.4 (H.264) | 3.63 min | 3.63 min | 0% |
| iTunes 6.0.1.4 (MP3) | 43 s | 43 s | 0% |
| Quake 4 - 10x7 (SMP) | 111.3 fps | 117.4 fps | 5.5% |
| Call of Duty 2 - 10x7 | 59.3 fps | 60.1 fps | 1.3% |
| F.E.A.R. - 10x7 | 92 fps | 94 fps | 2.1% |
| Multitasking Test (LAME + WME + Anti Virus + Zip) | 216.3 s | 213.4 s | 1.4% |
| ScienceMark 2.0 (Bandwidth) | 5007 MB/s | 6805 MB/s | 36% |
| ScienceMark 2.0 (Latency 512-byte stride) | 53.83 ns | 49.77 ns | 7.5% |
We'll start at the bottom of the table and go up from there. Rev F processors feature a 128-bit DDR2-800 memory controller, which works out to offer a peak theoretical bandwidth to/from memory of 12.8GB/s. As you can expect, that's twice the bandwidth of Rev E CPUs' 128-bit DDR-400 controller at 6.4GB/s. Thus to see a 36% increase in memory bandwidth according to ScienceMark is to be expected, albeit a bit on the low side. The old DDR-400 memory controller is able to deliver 5GB/s out of a maximum of 6.4GB/s, but now we're only seeing 6.8GB/s out of a maximum of 12.8GB/s with AM2. This however is a huge step for AMD, as it is the first spin of the Rev F silicon that we've been able to see such a significant advantage in theoretical memory bandwidth over previous DDR-400 cores.
What's even more important than the increase in memory bandwidth is that access latency has been reduced by 7.5% over the DDR-400 memory controller in the Rev E cores. Lower latency and more bandwidth means that, at bare minimum, performance won't go down. At least, not perceptibly: .4% slower in one test that has a 1-2% variability is nothing to worry about.
It also doesn't guaranee that performance will go up, as you can see from the results above. If we only count the overall SYSMark score and leave out the synthetic tests, the real world performance advantage averages out to a little under 1.3%. There are some special cases such as Quake 4 and DivX were performance goes up fairly reasonably, which can be expected since both of those tasks are fairly bandwidth intensive and make good use of both cores. However similar benchmarks, such as F.E.A.R. and Windows Media Encoder 9 show lower improvements, so it is very dependent on the specific application and workload.
It's important to note that until recently, AM2 samples were not able to produce scores even on par with Socket-939, so the fact that we're seeing a performance increase at all is a major step from where we were just a couple of months ago. The real question is, is this all we get?
Facebook
Twitter
RSS
107 Comments
View All Comments
Shintai - Tuesday, April 11, 2006 - link
I love how that site only compared Conroes worst results, also the Conroe used crappy memory timings, DDR2-533, preproduction boards, ES sample CPU. Oh, and did we forget its a 300$ CPU vs a 1200$ AMD CPU? Ye we might have forgotten than...didn´t we.mino - Tuesday, April 11, 2006 - link
Most important it's NON-EXISTENT vs. $1200 CPU.Seems many people forget about it.
TrogdorJW - Tuesday, April 11, 2006 - link
"Facts"? That site is merely an ultra-pro-AMD/ultra-anti-Intel blog factory. It might as well be titled, "The Ravings of a Lunatic Fanboy!" I think just about every article ends up ripping on Intel in some fashion. He's actually still proclaiming the near-future death of Intel, I think. "Intel is dead, and the only reason they haven't realized it is because they don't have a brain." I think that was what he stated on one of the "articles".Isn't this the same Sharky that has been talking about the demise of Intel for years, like since the Athlon days? What will he say when Intel ships 2.66 GHz Conroe chips that easily outperform FX-60 chips in meaningful benchmarks at $300 or so, and then follow it up by having 3.0+ GHz parts? I can already guess what he'll say: Intel is just being weak by including more cache, making more chips, selling more processors, yada yada yada.
Look, Intel isn't great, and AMD isn't the promised Mesiah. Both are mega-corporations looking to make money. End of story. What has AMD really done new in the past three years? They've integrated the memory controller into K7, and they've pushed 64-bits onto us. I still haven't done any 64-bit computing, because for 99% of what I do, it's meaningless. Any benchmark that shows 64-bit computing as substantially faster (like Sharky illustrated on the Conroe article with ScienceMark) has just unveiled itself as a synthetic test that most people will never use. Tasks that can really benefit from 64-bit floats/integers can already be done more efficiently with MMX/SSE/SSE2/SSE3. The only thing 64-bits really adds is the ability to address more than 4GB of RAM, so until we're all running 4GB of RAM it isn't necessary.
AnandThenMan - Tuesday, April 11, 2006 - link
You have no idea what you are talking about. Zero. x64 is very, very important and valuable. Just because YOU don't see any benefit is meaningless. So I suppose Vista 64 bit edition is meaningless too. And I suppose x64 in the server space is meaningless, even though smart people are demanding it to the point where AMD can not make the Opteron fast enough. 64 bit applications are going to be EVERYTHING, especially in 4,8,16 and more processor/core settings. Unless for starters, you think 4 gigs of RAM is more than enough moving forward. :nuts: Meaningless indeed.
AMD has the interconnect infrastructure that will take them into multi-core, mult processor territory that Intel can only DREAM about. Couple that with x64 and Intel seems lost in the wilderness by comparison. What's next from Intel, a 64 meg shared cache?
Conroe is a short term solution, period. It may put Intel temporarily back in the thick of things. But it does not solve Intel's hopelessly outdated FSB mentality. It does not solve the fact that Intel has no idea how to add x64 to their mobile parts. It does not change the fact that AMD will be further extending x64, forcing Intel to play catch up again. It does not change the fact that Intel's x64 bit hack is actually slower than running in 32 bit mode.
Sorry, but we have all seen this movie before. Go back and read the Intel hype and press releases from the last 3 years. They are nearly a carbon copy of what is happening now.
jjunos - Tuesday, April 11, 2006 - link
lol fanboi alert.If you read his post, he was stating that general users will probably never see a tangible performance improvement from 64bit computing.
Tho that doesn't account for architectual changes to implement 64bits.
NullSubroutine - Monday, April 10, 2006 - link
reason for changing:1) lower power requirements for primarily laptops and servers
2) changing to ddr2 helps the industry not make two different main memory types
3) gives more bandwidth for quad cores across entire product line
4) released before back to school business (time related - gives them enough time to saturate the market with the technology)
Calin - Thursday, April 13, 2006 - link
Unified socket interface - this way, anyone could use the same mainboard with processors from the lowly Semprons (at some $50) to the ultrahigh FX line ($1000). This helps the small shops in the retail channel, as they won't need to stock so many mainboard types (socket related).fikimiki - Monday, April 10, 2006 - link
You forgetting one fact regarding AM2 platform. It is going to support four-core CPU.And using DDR2 AMD will be able to support four memory hungry cores (ups forbidden word).
The product launch and availability of X4/Opterons will be September I think to be faster than Intel for sure.
AMD is playing with us, because need best performance processors to stay on top of Intel offer. Why? The capacity is the answer. It is better to sell 1 CPU for 2000$ than 10 for 170$. Q2/Q3 AM2/939 is enough for first wave of Conroes. Then we will see X4 and other fun stuff like K8L to keep Intel and to extend the FAB3x capacity.
Shintai - Monday, April 10, 2006 - link
There is a few errors tho.Making 4cores on 90nm is suicide. It would be a massive sized chip, and we would talk of speeds of like 2.0-2.4ghz peak and a massive TDP. I guess a chip like that fastly would cost 2000$+
So don´t expect a 4 core chip from AMD before 65nm, so sometimes in 2007. The chance of having a 4core chip failing under production right now is massive. Also a 4core chip takes waffer space as said, so again, AMD wont ship many CPUs. So unless you want AMD to be a server vendor only..then no. 4 core AMD chips will start in the highend servers i presume, we talk Socket F here.
Intel comes with a 4 core (2 DC bolted) in Q1 2007 as a desktop. Later on they will make a "real" 4core chip. But this is the most wise and profitable way to start with, take 2 working dualcores and get a quadcore. Cheap and easy.
Sure one 2000$ CPu is better than 10 or 20 170$ chips. But they are just killing themselves that way and you wont see them in any desktop anymore then. But maybe thats Hectors plan, all new AMD developments look very serverside.
Also no 2006 roadmaps for AMD shows quadcores...
Calin - Thursday, April 13, 2006 - link
Even with the FSB interconnect (core to core) in Intel's current Dual Cores, their performance (in real applications) isn't degraded so much. That is, considering their performance in core-to-core data transfers is lower than half of AMD's current dual cores.If you can make single cores at 80% rate of success (and 20% failures), then dual cores on a single chip would take some 20% + (1-20%)x20%, or 36% bad, and quad cores would take almost 60% failures. Compare this to two bolted dual cores at 36% failures, and as a result, Intel can produce almost twice as many two chips quad cores than single chip quad cores. Is the performance hit significant? We don't know very well (for quad cores). For dual cores, the performance hit is existant but (right now) not so significant (based on scalability from two to four cores servers between Opteron and Xeons).