The Pursuit of Clock Speed

Thus far I have pointed out that a number of resources in Bulldozer have gone down in number compared to their abundance in AMD's Phenom II architecture. Many of these tradeoffs were made in order to keep die size in check while adding new features (e.g. wider front end, larger queues/data structures, new instruction support). Everywhere from the Bulldozer front-end through the execution clusters, AMD's opportunity to increase performance depends on both efficiency and clock speed. Bulldozer has to make better use of its resources than Phenom II as well as run at higher frequencies to outperform its predecessor. As a result, a major target for Bulldozer was to be able to scale to higher clock speeds.

AMD's architects called this pursuit a low gate count per pipeline stage design. By reducing the number of gates per pipeline stage, you reduce the time spent in each stage and can increase the overall frequency of the processor. If this sounds familiar, it's because Intel used similar logic in the creation of the Pentium 4.

Where Bulldozer is different is AMD insists the design didn't aggressively pursue frequency like the P4, but rather aggressively pursued gate count reduction per stage. According to AMD, the former results in power problems while the latter is more manageable.

AMD's target for Bulldozer was a 30% higher frequency than the previous generation architecture. Unfortunately that's a fairly vague statement and I couldn't get AMD to commit to anything more pronounced, but if we look at the top-end Phenom II X6 at 3.3GHz a 30% increase in frequency would put Bulldozer at 4.3GHz.

Unfortunately 4.3GHz isn't what the top-end AMD FX CPU ships at. The best we'll get at launch is 3.6GHz, a meager 9% increase over the outgoing architecture. Turbo Core does get AMD close to those initial frequency targets, however the turbo frequencies are only typically seen for very short periods of time.

As you may remember from the Pentium 4 days, a significantly deeper pipeline can bring with it significant penalties. We have two prior examples of architectures that increased pipeline length over their predecessors: Willamette and Prescott.

Willamette doubled the pipeline length of the P6 and it was due to make up for it by the corresponding increase in clock frequency. If you do less per clock cycle, you need to throw more clock cycles at the problem to have a neutral impact on performance. Although Willamette ran at higher clock speeds than the outgoing P6 architecture, the increase in frequency was gated by process technology. It wasn't until Northwood arrived that Intel could hit the clock speeds required to truly put distance between its newest and older architectures.

Prescott lengthened the pipeline once more, this time quite significantly. Much to our surprise however, thanks to a lot of clever work on the architecture side Intel was able to keep average instructions executed per clock constant while increasing the length of the pipe. This enabled Prescott to hit higher frequencies and deliver more performance at the same time, without starting at an inherent disadvantage. Where Prescott did fall short however was in the power consumption department. Running at extremely high frequencies required very high voltages and as a result, power consumption skyrocketed.

AMD's goal with Bulldozer was to have IPC remain constant compared to its predecessor, while increasing frequency, similar to Prescott. If IPC can remain constant, any frequency increases will translate into performance advantages. AMD attempted to do this through a wider front end, larger data structures within the chip and a wider execution path through each core. In many senses it succeeded, however single threaded performance still took a hit compared to Phenom II:

 

Cinebench 11.5 - Single Threaded

At the same clock speed, Phenom II is almost 7% faster per core than Bulldozer according to our Cinebench results. This takes into account all of the aforementioned IPC improvements. Despite AMD's efforts, IPC went down.

A slight reduction in IPC however is easily made up for by an increase in operating frequency. Unfortunately, it doesn't appear that AMD was able to hit the clock targets it needed for Bulldozer this time around.

We've recently reported on Global Foundries' issues with 32nm yields. I can't help but wonder if the same type of issues that are impacting Llano today are also holding Bulldozer back.

The Architecture Power Management and Real Turbo Core
Comments Locked

430 Comments

View All Comments

  • Saxie81 - Wednesday, October 12, 2011 - link

    Ouch.... Not looking good. :S

    Thanks for the reply, again great review!!
  • velis - Wednesday, October 12, 2011 - link

    Ignoring the power consumption it seems to me that @4.6GHz it should start being quite competitive.
    So can we expect base clocks to rise once significant volume of these chips starts getting out and GloFo refines the process?
    I also must admit I didn't expect 2 bn transistors. All the time AMD was bragging about how much they saved and then we get this behemoth. No wonder they have process issues. Such big chips always do.
  • cfaalm - Wednesday, October 12, 2011 - link

    Well it is an 8-core, not a 4 core. 2x 995M (Sandybridge 4C) almost 2B, though I am sure the multply isn't exactly correct. A lot of it depens on the L3/L2 RAM amounts. The savings seem to be minimal.

    I am still confused about why they so deliberately chose to go with a relatively low single thread performance. My main application is multithreaded, but since it's such a mixed bag overall I am pretty unsure if this will be my next CPU, unless I get to see convincing Cubase 6 benchies. For an FX moniker it needs to perform better than this anyway.

    I'll throw in a lyric from The Fixx
    "It doesn't mean much now, it's built for the future."
  • TekDemon - Wednesday, October 12, 2011 - link

    Wow, no wonder they say you need water cooling or better to go 5Ghz+.
  • enterco - Wednesday, October 12, 2011 - link

    AMD should send a developer team to CryTek to help them release a patch able to use more cores :)
  • medi01 - Wednesday, October 12, 2011 - link

    Uhm, what about other numbers?
  • IlllI - Wednesday, October 12, 2011 - link

    this might be the final nail in the coffin. We might have to wait longer for it to be competitive? People have literally been waiting for -years- for amd to catch up.
    probably by the time piledriver(or whatever it'll be called) comes out, ib will be out (and even further behind intel)

    btw I think tomshardware tested it with windows 8 and it was still a turd.

    I seriously hope you can get some answers/reasons why amd released such a woeful product. Maybe this was why dirk was fired? All I know is after 7+ years of amd, my next processor will be intel
  • Ushio01 - Wednesday, October 12, 2011 - link

    Desktop CPU's are Halo parts and as such are irrelevant. It's the Server and OEM Laptop CPU's were AMD needs to perform and AMD's server share just keeps dropping.
  • lyeoh - Wednesday, October 12, 2011 - link

    Thing is I wouldn't want to use them in my servers: http://us.generation-nt.com/answer/patch-x86-amd-c...

    FWIW when the Athlon64s first came out, we bought a bunch of them, they were not bad, but there were clock issues - the TSCs weren't synchronized. So had to set idle=poll (and thus using more watts).

    You can blame the OS developers, but most people buy new hardware to run existing operating systems and programs on, not future unreleased ones.

    It sure is looking bad for them. I won't be buying AMD CPUs but I hope the fanboys keep them alive ;).
  • OCedHrt - Wednesday, October 12, 2011 - link

    "Other than the 8150, only the quad-core FX processors are able to exceed the 3.3GHz clock speed of the Phenom II X6 1100T."

    The 6 core FX is also clocked higher?

Log in

Don't have an account? Sign up now