AMD CPU speculation... and expert conjecture

[gamerk316]

rofl, thats marketing BS and you bought 100% of it.

http://images.anandtech.com/graphs/graph4955/41703.png

Note the 8150 is faster than the 1100T.

Clockspeed? Adjust the 1100T to run at 8150 clocks (or reverse), and the results would likely flip.

 

[gamerk316]

The Lord of the Rings Online.

EDIT: Actually just re-scanned it. Apparently they stopped using ICC in the last 4 or 5 months since I last did a scan for ICC.

But they did use ICC from the release in 1997 until just recently. (It is not surprising they recently changed since they are supposedly working on a MAC version of the executable... so I'm sure they moved to a cross platform compiler.)

BTW: Adobe still uses it. (Lightroom, Flash, etc.) And so does Futuremark, Valve (Steam), and Cinebench.

Out of curiosity, what program are you using to scan? Still not really satisfied with the scanner I've been using...

Actually MOST developers use the compiler defaults. Perhaps not a game developer... but probably 90% of the rest of all developers.

(I have had to fight with lead programmers to get them to adopt more optimal compiler switches in the past.)

Ok, GAME developers typically won't use default switches, but just about everyone else will. You're right on that point (sadly enough).

 

[noob2222]

Clockspeed? Adjust the 1100T to run at 8150 clocks (or reverse), and the results would likely flip.

let me ask you something. Did piledriver improve on BD? if so, roughly how much would you say.

 

[de5_Roy]

AMD to Officially Roll-Out “Kabini” and “Temash” Low-Power APUs This Quarter.
http://www.xbitlabs.com/news/mobile/display/20130102205444_AMD_t😵fficially_Roll_Out_Kabini_and_Temash_Low_Power_APUs_This_Quarter.html

 

[gamerk316]

let me ask you something. Did piledriver improve on BD? if so, roughly how much would you say.

Yes. by about 5-10% or so per clock, slightly more with application scaling.

 

[gamerk316]

Also (in an "I told you so moment"), AMD has announced they are going to release a series of GPU driver updates in an attempt to fix their bad average frame latency times compared to NVIDIA:

http://techreport.com/news/24136/driver-software-to-be-tweaked-to-reduce-radeon-frame-latencies-in-series-of-updates

In addition, they've "discovered" part of their driver was sub-par in terms of performance:

The most intriguing revelation in Baumann's correspondence, though, concerns one specific technical contributor to the frame latency problems on HD 7000-series Radeons based on the GCN architecture: less-than-optimal memory management in software.

Additionally, when we switched from the old VLIW architecture to the GCN core there was a significant updates to all parts of the driver was needed – although not really spoken about the entire memory management on GCN is different to prior GPU's and the initial software management for that was primarily driven by schedule and in the meantime we've been rewriting it again and we have discovered that the new version has also improved frame latency in a number of cases so we are accelerating the QA and implementation of that.

So a specific portion of AMD's driver code needs some additional attention in order to perform optimally on the year-old GCN architecture—and AMD has accelerated an overhaul of it after discovering that the new revision can alleviate frame latency issues. Wow.

Boy, isn't it great when companies are actually held to task? THIS is exactly why companies need to be pressed, and results investigated and understood. Techreports investigation looks like it is going to result in a significantly better Radeon drive going forward.

So yeah, FPS is dead.

EDIT:

Also, a fun read on that topic: http://techreport.com/blog/24133/as-the-second-turns-the-web-digests-our-game-testing-methods

 

[JAYDEEJOHN]

Lets just say that the source wasnt TR, tho its methodology was.

 

[JAYDEEJOHN]

http://forum.beyond3d.com/showpost.php?p=1690062&postcount=48

 

[Chad Boga]

Same can be said for Intel fanboys that claim Intel can't be blamed for anything.

Nothing is Intel's fault, even with intel's compiler, its 100% because its AMD, and has nothing to with the fact that Intel pushed things farther from the truth than they actually are.

Id say more 50/50 Intel's fault.

The evidence doesn't stack up.

Intel agreed to stop doing what they claimed they were never doing in the first place and rather than AMD improving, they instead when further backwards.

That suggests to me that AMD's problems have always been their own level of competence, or lack thereof in recent years.

The damage Intel has done to AMD is to produce products that appeal to more people than AMD's products do.

That is how the system is meant to work. Understanding this doesn't make one an Intel fanboy, it just means one can connect the dots and make the correct attributions.

Irrational AMD fanboys always assume that when people point out that they are irrational, that the person must be an Intel fanboy.

Not so, they are simply someone with a low tolerance for nonsensical whining.

 

[JAYDEEJOHN]

Having fewer options in any market isnt a wise idea.
Having an exclusive business model like what Intel used isnt good for all of us, as eventually progress will fade.
I dont see what Intel did as being wrong as pertains to Intel, but as for the rest of the semi industry, and particularly AMD, I do

 

[gamerk316]

^^ ARM is doing quite well. And programs like VMWare are making it kinda trivial to use any CPU architecture to run programs from any other architecture.

Again, its not the 90's. You can no longer treat X86 as the lone CPU architecture in town. The times have changed.

 

[-Fran-]

^^ ARM is doing quite well. And programs like VMWare are making it kinda trivial to use any CPU architecture to run programs from any other architecture.

Again, its not the 90's. You can no longer treat X86 as the lone CPU architecture in town. The times have changed.

Legacy and Enterprise says hi.

And good for AMD to recognize the frame latencies at last!

I'll change the GTX670 to a 7970 in a few weeks, so it's good news for me, hahaha.

Cheers! 😛

 

[JAYDEEJOHN]

It is interesting when we hear how low of a role graphics play, and how enterprise is the thing.
Guess this surely isnt so anymore?

 

[keithlm]

Out of curiosity, what program are you using to scan? Still not really satisfied with the scanner I've been using...

You can use the Intel Compiler Patcher program.

However you can use just about any hexeditor or search program that will allow you to search for the string "GenuineIntel".

It is good that Intel stopped pretending that they were not doing their GenuineIntel check to discriminate against non-Intel chips. But it would have been better if they had just fixed the faulty logic rather than just posting a note on their website mentioning that their compiler does this.

 

[esrever]

^^ ARM is doing quite well. And programs like VMWare are making it kinda trivial to use any CPU architecture to run programs from any other architecture.

Again, its not the 90's. You can no longer treat X86 as the lone CPU architecture in town. The times have changed.

90s had more competition than now...

 

[noob2222]

Yes. by about 5-10% or so per clock, slightly more with application scaling.

I would agree

most games improved pretty much equally or close to it across the board.

BUT ...

WHAT THE F .... 0.2% on the game that is claimed to be soley IPC and clock speed? There is a reason AMD can't compete in SC2, and its not just IPC and clock speed. 0.2% gain from BD to PD, there is something else holding AMD back. SC2 is the only game where overclocking an AMD cpu doesn't even speed the game up.

Considering SC2 was designed BEFORE the court order to Intel, and Intel plastered the game all over their website, what could possibly be the problem? Is SC2 performance all AMD's fault?

 

[griptwister]

It's just CPU bound. Considering it's almost 50 FPS, that's pretty good for AMD. But the fact that there is almost no improvement, that's bad. I've heard it's the socket in general and the Pin count. Which I don't know why Pin number would make a difference.

 

[Cazalan]

WHAT THE F .... 0.2% on the game that is claimed to be soley IPC and clock speed? There is a reason AMD can't compete in SC2, and its not just IPC and clock speed. 0.2% gain from BD to PD, there is something else holding AMD back. SC2 is the only game where overclocking an AMD cpu doesn't even speed the game up.

Considering SC2 was designed BEFORE the court order to Intel, and Intel plastered the game all over their website, what could possibly be the problem? Is SC2 performance all AMD's fault?

A good question for Blizzard and AMD. No speedup from higher clock speeds is a major issue, but doesn't sound compiler based to me. I could see the compiler reducing the effective IPC but that would be across the line not frequency specific.

You can't fault Intel for wanting to make a top tier game run great on their hardware. For all we know the game could have been running at 30fps before Intel assisted them.

From Blizzard's perspective they care less about the top performance than getting it running on every piece of hardware out there, including Apple. Look at the Blizzard forums and there are 100+ posts a day from people who can't even get the game to run on their PC.

Post this on the AMD forums and see if they care. They may know about it and not want to release new errata. Look how long it took the driver team to acknowledge the average frame latency issue with their video cards.

 

[m32]

rofl, thats marketing BS and you bought 100% of it.

http://images.anandtech.com/graphs/graph4955/41703.png

Note the 8150 is faster than the 1100T

http://media.bestofmicro.com/M/A/310546/original/lame per core.png

See how much slower the 1100T is than the 8150? Oh wait, its not ... ya, try again.

You play at 768p? We all know clock-for-clock Intel beats AMD, so why you won't show an benchmark with them at stock than at same clock speed? It's amazing your using benchmarks that favors Intel... I wonder why?

We know Intel is better.

 

[mayankleoboy1]

Post this on the AMD forums and see if they care. They may know about it and not want to release new errata. Look how long it took the driver team to acknowledge the average frame latency issue with their video cards.

But according to Noob222, frame latency is just another term for "minimum FPS measure in 1 frame intervals".
So WTF is AMD actually improving ? I see a conspiracy by AMD here.. 😗

"minimum FPS measure in 1 frame intervals". is like saying "minimum kilomtres per hour measured in 1 meter intervals". Which means absolutely nothing.

 

[de5_Roy]

I would agree

http://images.anandtech.com/graphs/graph6396/51138.png

most games improved pretty much equally or close to it across the board.

BUT ...

http://images.anandtech.com/graphs/graph6396/51141.png

WHAT THE F .... 0.2% on the game that is claimed to be soley IPC and clock speed? There is a reason AMD can't compete in SC2, and its not just IPC and clock speed. 0.2% gain from BD to PD, there is something else holding AMD back. SC2 is the only game where overclocking an AMD cpu doesn't even speed the game up.

Considering SC2 was designed BEFORE the court order to Intel, and Intel plastered the game all over their website, what could possibly be the problem? Is SC2 performance all AMD's fault?

@2nd chart: the intel quads perform similarly and the amd fx cpus perform similarly. aside from conspiracies... at 1024x768 resolution, the cpus are doing a lot of work, so if there are more factors than ipc (iirc amd fx has higher clockrate than intel's quads) then i'd assume it's the memory subsystem inside the cpus. could be cache as well.... and another factor could be that since starcraft is an older game, it possibly treats the fx in a way that it's architecture is left underutilised e.g. only one module gets used, poorer core use etc. i am interested to see if upcoming starcraft games display the same behavior as the current one.
or may be bliz didn't care to use the compiler switch instead wanting to access a larger userbase. 😗

 

[FALC0N]

I agree 100% Steamroller has great potential. About time they added an additional decoder set per module. Four decoders didn't make any sense at all for "two cores".


Wait, are we talking bout something else? I swear I clicked on the steamroller thread.

 

[Cazalan]

Steamroller was delayed to 2014 so doubt there will be much news for a while.

Need a new thread for Piledriver 2.0 and Jaguar.

 

[esrever]

I just assume anything off topic is somehow expert conjecture.

 

[noob2222]

@2nd chart: the intel quads perform similarly and the amd fx cpus perform similarly. aside from conspiracies... at 1024x768 resolution, the cpus are doing a lot of work, so if there are more factors than ipc (iirc amd fx has higher clockrate than intel's quads) then i'd assume it's the memory subsystem inside the cpus. could be cache as well.... and another factor could be that since starcraft is an older game, it possibly treats the fx in a way that it's architecture is left underutilised e.g. only one module gets used, poorer core use etc. i am interested to see if upcoming starcraft games display the same behavior as the current one.
or may be bliz didn't care to use the compiler switch instead wanting to access a larger userbase. 😗

and the prime example as I stated before, can't at all be anything Intel did when they assisted in programming the game itself. It must be somthing with AMD, anything that Intel could have done is just a conspiracy.

Intel has no reason to force AMD cpus for example to not use SSE instructions.