Where were you? Too late... Already posted at two other threads (you can find them easily).From AMD twiter 12 min ago
AMD_Unprocessed AMD
Did you hear? We broke a Guinness World Record for the Highest Frequency of a Computer Processor, with our 8 core FX desktop processor!
Did you hear? We broke a Guinness World Record for the “Highest Frequency of a Computer Processor”, with our 8 core FX desktop processor!
Even if one could - a suicide run on 1 module with Ln2 isn't especially useful for anything but bragging rights..Yay, they broke a record with a CPU no consumer can buy!!
Even if one could - a suicide run on 1 module with Ln2 isn't especially useful for anything but bragging rights..
Also if that had any meaning at all, it'd mean that so far the old pentiums were the fastest CPUs around![]()
That should pretty end the argument of Nehalem-like IPC.
I had hoped that this already ended when learning about BD's IPC at Hot Chips 2010 and ISSCC 2011 (?constant IPC?).
I had hoped that this already ended when learning about BD's IPC at Hot Chips 2010 and ISSCC 2011 (?constant IPC?).
I don't understand your point.
There is non-linear scaling with overclocking, but IPC of SB at 4.7ghz is still around 40% superior over Phenom II at 4.7ghz as it is 40% superior at 3.3ghz.
This 'attack' on IPC has become a recent phenomenon from AMD side. Should we revisit AMD's historical roots when their superior in IPC CPUs were actually good?
Athlon XP+
Athlon 64
Athlon X2 / FX
It's interesting how AMD keeps dismissing IPC as irrelevant in the last 5 years given that only a handful of code exists that uses 6-8 threads. I find it very ironic because in the last 10 years a CPU with superior IPC has shown to be superior most of the time.
Not only that with 50% faster IPC, for instance a 200mhz overclock = 300mhz overclock.
When both CPUs are made on 32nm process, then BD can't overcome IPC disadvantage through overclocking either.
It's sad to see that everything Athlon 64 stood for is what SB is today, while AMD went backwards towards Pentium 4 era of throwing more "specs" (cores) to try to beat efficiency. It's even more ironic considering AMD's GPU division is doing the exact opposite of their CPU division.
Well on forums and also from official people at AT, to cite:All falling on deaf ears Matt.JF cried himself hoarse to not much result really. People are still saying on forums that IPC is same or worse than Phenom II, which is bemusing really.
JarredWalton said:I suspect that clock for clock, a single BD core will be slower than current K10.5 stuff, but you'll get more cores
All falling on deaf ears Matt.JF cried himself hoarse to not much result really. People are still saying on forums that IPC is same or worse than Phenom II, which is bemusing really.
Anyways, what will be your concise opinion of IPC improvements in percentage over Phenom II, unless they've found some other TLB bug... I'd tend to opine about 10-20% in most scenarios unless using fancy coding where gains could be more.
Compared to previous AMD x86-64 cores, project goals reduce the number of F04 inverter delays per cycle by more than 20%, while maintaining constant IPC, to achieve higher frequency and performance in the same power envelope, even with increased core counts.
You forgot to quote last paragraph from Jarred's post :Well on forums and also from official people at AT, to cite:
But the point was that the interesting number isn't the 8ghz in a suicide run, but the 4.8ghz with the watercooling setup, because that should basically be about the upper boundary one should expect for homeuse (if those were final chips) - assuming that one could run that setup stable (heaven benchmark that stresses 2-4cores isn't what I'd call a guarantee for that) for some time without killing/degrading the chip.
So he has no idea about how Bulldozer performs and he admits this...AMD might still pull this off, but considering the lack of benchmark information I remain skeptical. (We saw running K8 long before launch way back in the day -- http://www.anandtech.com/show/883 -- and I seem to recall benches getting leaked at least several months before launch on some sites.) Just my feelings on the subject right now, as someone that hasn't seen any actual real data on BD performance -- leaked or otherwise.
No, he's saying that AMD already came out and said that the project goals for Bulldozer were 20% higher frequency with the same IPC as previous AMD chips. So all this talk of Nehalem-like IPC should have stopped in February.
http://ieeexplore.ieee.org/Xplore/l...746228.pdf?arnumber=5746228&authDecision=-203
He suspects... What does that tell you? He hasn't signed any NDA, and has no figures, or chips. He may as well suspect to know the winner of 2012 election. In short, it amounts to plain speculation, and nothing more. Certainly not anything worthwhile. I'll tend to think JF who works for AMD, has both access to chips and engineers would know more than him about the processor.Originally Posted by JarredWalton
I suspect that clock for clock, a single BD core will be slower than current K10.5 stuff, but you'll get more cores
In many a tests at [H], a good air cooling setup was found to be as good/ better than most ready to go water cooling set-ups available. They used an Antec solution, which someone on another thread mentioned is only as good as a Noctua DH14. If you didn't notice, with a TDP of 125W (AMD's TDP /= Intel's TDP), they already hit 4+ Ghz on turbo. So yes, you could potentially have all 8 cores running at about 4-4.5 ghz 24/7 (with a good air-cooling setup) in most cases, unless you get a bum chip. In best case scenario, they're clocking it max at 5.5 Ghz, which i don't think many would want to run their SB even, so complaining is moot.But the point was that the interesting number isn't the 8ghz in a suicide run, but the 4.8ghz with the watercooling setup, because that should basically be about the upper boundary one should expect for homeuse (if those were final chips) - assuming that one could run that setup stable (heaven benchmark that stresses 2-4cores isn't what I'd call a guarantee for that) for some time without killing/degrading the chip.
No, he's saying that AMD already came out and said that the project goals for Bulldozer were 25%+ higher frequency with the same IPC as previous AMD chips. So all this talk of Nehalem-like IPC should have stopped in February.
http://ieeexplore.ieee.org/Xplore/l...746228.pdf?arnumber=5746228&authDecision=-203
Compared to previous AMD x86-64 cores, project goals reduce the number of F04 inverter delays per cycle by more than 20%, while maintaining constant IPC, to achieve higher frequency and performance in the same power envelope, even with increased core counts.
This quote is misunderstood :
When they say constant IPC , it s not in respect of previous Uarch,
but in reference to BD designed to achieve a constant IPC when
running a task without periods of collapsing IPC rate.
Diminishing returns. This is the thing that you seem to be unable to grasp.
Everything is a tradeoff and the more you focus on one specific aspect that contributes to the overall performance, the more costly it becomes to push it further. Intel can afford it, because otherwise they would drown in all the money they have, but AMD has no such luxury.
If you read the paper, it's obvious that it's comparing two microarchitectures. But you believe what you want to believe, I suppose.
No microarchitect would design a chip to have IPC insensitive to workload. It's not a measure with any real-world value.
I'm quite sure "constant" in this context doesn't mean "in line with PII". Instead, it probably means "not fluctuating".
Not at all...
A chip that has a peak IPC of 2 but can sustain an average IPC of 1.5
will be better than a chip that is capable of a peak IPC of 3 but that will
do only an average of 1 with sustained loading...
Yes, but the proper measure of that is average IPC over many workloads. They wouldn't use IPC variability as a metric (how would you measure that? standard deviation?), because no buyer actually cares about that.
The only sensible interpretation of "constant" is "the same with respect to previous architectures".
I think a lot of server chip buyers care about relative IPC consistency. It's not a strict numerical metric but a description of behavior, i.e. we aren't designing to look good in current benchmark software. Can't be certain what was meant by "constant" though without more context or a direct clarification from AMD.
Yes, but the proper measure of that is average IPC over many workloads. They wouldn't use IPC variability as a metric (how would you measure that? standard deviation?), because no buyer actually cares about that.
The only sensible interpretation of "constant" is "the same with respect to previous architectures".