AMD "Zembezi

Page 4 - Seeking answers? Join the Tom's Hardware community: where nearly two million members share solutions and discuss the latest tech.
Status
Not open for further replies.

illfindu

Distinguished
Nov 30, 2009
370
0
18,810
Hey im looking towards the future and I'm eyeing the AMD 8 core bulldozer CPU'S coming down the line. I'v seen some source say there going to use a AM3+ Socket and im wondering if that means youll be able to toss one in a current AM3+ compatible board?
Will my current http://www.newegg.com/Product/Product.aspx?Item=N82E16813130297&nm_mc=OTC-Froogle&cm_mmc=OTC-Froogle-_-Motherboards+-+AMD-_-MSI-_-13130297 msi 870A Fuzion work i noticed just now that its a AM3 not a AM3+ I'm guessing that means ill need a new mother board cause the sockets are comparable?
 
Solution


That "market" is no different from any other market. Not all software makes the best use of 24 cores - some of the tests in that link didn't even make use of 12 cores. How is a lower clocked 24 core server supposed to perform against a higher clocked 12 core server when the workloads are only optimised for 12 cores?

22156.png


The result of this scaling is that for once, you can notice which CPUs have real cores vs. ones that have virtual (Hyper...
Percentages do not add up.

90% + 90% = 90% not 180%

What you're effectively saying is that the scaling is over 100% and near 200%. In other words that performance of a single Bulldozer Module (containing two "cores") is more than that of a fully functional set of two complete cores.

Not sure if I am explaining myself properly.[/quotemsg]
I don't think I'm making this very clear either... :lol:

2 complete cores- 200%

Bulldozer module- 180%

1 complete core- 100%

Just for integer performance, this is what it should act like if AMD made each module into a core with 'Hyperthreading', unless I'm mistaken.
 
Zambezi will be good. I feel this new tech AMD is bringing will change the CPU interface a little for the future.

I feel that implementing Modules, cores can work as a team, reducing the most needed power, time and resources to get a job done. Like two guys lifting metal across a waterway.
 


So basically 1 module is slower than 2 cores? Which cores are these being compared to?

AMD's current cores, or Intel's cores?

But since BD will have 8 cores...

arrgghhhh, can we have some benchmarks already?

Here are 6 AMD cores vs. 4 Intel Cores:
http://www.anandtech.com/bench/Product/288?vs=146
 



It is still out of 100%.

I get what you're saying but it confuses the math. What you're saying is that a Bulldozer Module performs at 90% that of two full cores. Two bulldozer modules perform at 90% of four full cores. (or 90/100).

S'all good... I get what you meant now but I still don't see how it could perform at 90% across the board (especially not under FP heavy loads) as the two Cores share the same Floating Point units. I'm thinking that the 90% is indicative of Integer-heavy and FP-light workloads.
 

Yea, yea, I tried to get this back onto topic, but I think I threw it further off course with my comment. I guess we're onto a tangent about fanboys for now.

BTW, I'm biased towards AMD(I don't know why, it must be me wanting the little guy to make things even again), but I try to keep an even playing field in my train of thought.

Here's hoping Zambezi is better than expected. :sol:
 

I guess you would have to compare them to what would be complete Bulldozer cores, so there really isn't anything to compare them to.

It's worth the slight performance loss to gain power and die savings. Too bad AMD didn't want to go with a complete performance monster and say each module was a core, that would absolutely wipe the floor with Intel in FPU and highly threaded integer tasks.

I don't know how much the die area costs, though, because a chip like that would almost double the size of the entire chip. Making it more power hungry(thus lower clocks) and cost almost double for each die. Not to mention that might require more than dual channel memory for something like that. :pt1cable:
 


One step at a time, one step at a time. 😉

They do have 16 core server processors, so just turn those chips into Enthusiast chips and AMD is golden, and oh yeah, make sure it can do 5 GHZ on air, AND price them @ $329. :lol:

I will jump ship. 😉

JF-AMD said this before:
Want a processor 2X faster than Intel? We could do that. You couldn't afford it.

Want a processor with 5GHz and 16 cores? Probably possible. But how would you cool it?
 
Yea, I guess yields would also be an issue there, because doubling the size also more than doubles the chance of something being wrong on the chip.

That first one seems to be a little off, because if they doubled their IPC per core with a small die increase they would have this in the bag. I'm not sure how they would really do that, unless they made major improvements to their branch predictor, load/store, or added something like Intel's micro-ops cache to help speed things up.

I think I have had way too much caffeine. My mind just keeps racing with too much of this...I'm off to bed before I hurt myself.
 


90/100= 90%
180/200= 90%

So yes, they are the same.

What he is effectively saying is that on a single thread you get 100% throughput if there is not another thread on the core's partner but if there is, then the throughput is 90% for one core. If the baseline for one core is 100%, then the performance of two threads with each on a separate module will be 200%. 180% for the same module.
 


Agree 100%. Really the FSB solution only started slowing down when you got to quad socket or higher. For desktop it was more than adequate, as witnessed by the benchmarks.

I myself am a MT Dew fanboy. Love it.

Ahh, but are you a Mountain Dew Red or Nuclear Green fanboy?? 😛
 


Because the FSB had lower bandwidth and it got saturated once you went over 2 processors. In fact, I believe Intel went with 2 FSB chipsets in their quad-socket servers because of that issue, and of course then there was one more step involved in communicating between the chipsets..
 




But if you and Keith don't settle down I will remove both your posts entirely from the thread.

Ditto for anyone else wanting to exchange insults.

Focus on the topic and not on the person ...

:)



 


So we can now see that it is acceptable for Elmo to personally attack people and it is not allowable for someone to point out his shortcomings and defend against his unwelcome personal attacks. (You do realize you left several of his less than intelligent personal attacks and you also allowed him to yet again post even more crap. And I'm not allowed to say anything about his snarky personal comments because everything I post gets removed.)

Good to know exactly what level of standards this forum embraces.
 


go for it Reynod...


I came back after a year and now i cant be bothered anymore after 4 posts


still the same old crap - different colour thats all


infact im almost on the verge of giving up on pcs all together,,, its all down to the kpsm syndrome

knobs per square mile


 
Personally I'm glad to see the mods step in finally. And despite the complaints about "standards", it is far better here than, say, over on AMDzone.

Back on topic, I'm thinking Zambezi's long pipeline might not be too bad if indeed they have improved their branch prediction as JF states. I sorta doubt it'll be as good as Intel's SB but far better than Netburst. And a long pipe should make for higher clocks. Intel also recycled a number of Netburst ideas with SB - I guess the technology has finally caught up to enable the design ideas.

And Zambezi's CMT may be the wave of the future as well - the areal cost is only something like 12% vs. SMT's 5%, and should provide better heavy thread performance. I wouldn't be surprised if Intel beefs up their SMT in Haswell.

IHMO, winning designs are not only about innovation, but also timing. So Intel's using MCM + FSB link for C2Q was right for the time - Nov. 2006 IIRC - because FSB provided more than enough bandwidth for desktop and even 2-socket server. In contrast, AMD's "native" quad core Barcelona turned out to be something of a disaster - a year late and way underperforming. Not that I'm implying that the HT links were the cause of the problems, but I'm sure the added complexity didn't help matters any.

It all comes down to execution and performance, but Intel hanging on to SMT may be something of a bad-timing mistake - the benchies should tell when BD is released.
 

There was a lot of discussion years back about whether Intel MCM quad cores were "real quad cores" or not. One could easily argue that this discussion was egged on by AMD itself with this little gem: AMD sends "Multi-Core Processing for Dummies" to IDF.

amd_mc_processing.jpg


Given that 2 Bulldozer cores share FP resources, one has to expect that some people are going to say they're "not 2 real cores".

But your point is well made - what defines a "core" is ever changing, and what resources those cores should/should not share will always be a cost/benefit tradeoff.

* Not speaking for Intel Corporation *
 


Basically the memory bandwidth sucked for more than 2 CPUs. They had to share it. Now with QPI, Intel just adds more links so they don't have to share as much while they could only have one FSB.

As for true cores, still debatable. We will see when it hits. Should get a nice long article explaining it.
 


LOL - I remember that stunt by AMD - sorta backfired on them when Barcelona was so late and slow and then got recalled almost immediately due to the TLB bug. I'm sure the Intel engineers had a huge belly laugh after that 😛..

And now AMD is doing things like sending fake boxes of chocolates to Intel over the SB chipset problem, and a new advertising campaign "Ready, Willing & Stable". Given their track record, you'd think they would wait and make sure Bulldozer doesn't blow up in their faces first 😗 ..
 
Status
Not open for further replies.