Cayman: The New Dawn of AMD GPU Computing

We’ve already covered how the shift from VLIW5 to VLIW4 is beneficial for AMD’s computing efforts: narrower SPUs are easier to fully utilize, FP64 performance improves to 1/4th FP32 performance, and the space savings give AMD room to lay down additional SIMDs to improve performance. But if Cayman is meant to be a serious effort by AMD to relaunch themselves in to the GPU computing market and to grab a piece of NVIDIA’s pie, it takes more than just new shaders to accomplish the task. Accordingly, AMD has been hard at work to round out the capabilities of their latest GPU to make it a threat for NVIDIA’s Fermi architecture.

AMD’s headline compute feature is called asynchronous dispatch, a long word that actually does a pretty good job of describing what it does. To touch back on Fermi for a moment, with Fermi NVIDIA introduced support for parallel kernels, giving Fermi the ability to execute multiple kernels at once. AMD in turn is following NVIDIA’s approach of executing multiple kernels at once, but is going to take it one step further.

The limit of NVIDIA’s design is that while Fermi can execute multiple kernels at once, each one must come from the same CPU thread. Independent threads/applications for example cannot issue their own kernels and have them execute in parallel, rather the GPU must context switch between them. With asynchronous dispatch AMD is going to allow independent threads/applications to issue kernels that execute in parallel. On paper at least, this would give AMD’s hardware a significant advantage in this scenario (context switching is expensive), one that would likely eclipse any overall performance advantages NVIDIA had.

Fundamentally asynchronous dispatch is achieved by having the GPU hide some information about its real state from applications and kernels, in essence leading to virtualization of GPU resources. As far as each kernel is concerned it’s running in its own GPU, with its own command queue and own virtual address space. This places more work on the GPU and drivers to manage this shared execution, but the payoff is that it’s better than context switching.

For the time being the catch for asynchronous dispatch is that it requires API support. As DirectCompute is a fixed standard this just isn’t happening – at least not with DirectCompute 11. Asynchronous dispatch will be exposed under OpenCL in the form of an extension.

Meanwhile the rest of AMD’s improvements are focusing on memory and cache performance. While the fundamental architecture is not changing, there are several minor changes here to improve compute performance. The Local Data Store attached to each SIMD is now able to bypass the cache hierarchy and Global Data Store by having memory fetches read directly in to the LDS. Meanwhile Cayman is getting a 2nd DMA engine, improving memory reads & writes by allowing Cayman to execute two at once in each direction.

Finally, read ops from shaders are being sped up a bit. Compared to Cypress, Cayman can coalesce them in to fewer operations.

As today’s launch is primarily about the Radeon HD 6900 series AMD isn’t going too much in depth on the compute side of things, so everything here is a fairly high level overview of the architecture. Once AMD has Firestream cards ready to go with Cayman in them, there will likely be more to talk about.

VLIW4: Finding the Balance Between TLP, ILP, and Everything Else Advancing Primitives: Dual Graphics Engines & New ROPs
Comments Locked

168 Comments

View All Comments

  • Ryan Smith - Wednesday, December 15, 2010 - link

    AMD rarely has Linux drivers ready for the press ahead of a launch. This is one such occasion.
  • MeanBruce - Wednesday, December 15, 2010 - link

    Great job on the review Ryan, hope you will cover the upcoming Nvidia 560 and 550 when they arrive. Peace Brother!
  • gescom - Wednesday, December 15, 2010 - link

    Please Anand make an update with a new 10.12 driver. Great review btw.
  • knowom - Wednesday, December 15, 2010 - link

    Until you keep into consideration

    1) Driver support
    2) Cuda
    3) PhysX

    I also prefer the lower idle noise, but higher load noise than the reverse for Ati because when your gaming usually you have your sound turned up a lot it's when you aren't gaming is when noise is more of the issue for seeking a quieter system.

    It's a better trade off in my view, but they are both pretty even in terms of noise for idle and load regardless and a far cry from quite compared to other solutions from both vendors if that's what your worried about not to mention non reference cooler designs effect that situation by leaps and bounds..
  • Acanthus - Wednesday, December 15, 2010 - link

    AMD has been updating drivers more aggressively than Nvidia lately. (the last year)
    Anecdotally, my GTX285 has had a lot more game issues than my 4890. Specifically in NWN2 and Civ5.

    Cuda is irrelevant unless you are doing heavy 1. photoshop, 2. video encoding.

    PhysX is still a crappy gimmick at this point and needs to offer real visual improvements without a 40%+ performance hit.
  • smookyolo - Wednesday, December 15, 2010 - link

    PhysX may be a gimmick in games, but it's one of the better ones.

    Also, guess what... it's being used all over the 3D animation industry.

    And guess where the real money comes from? The industry.
  • fausto412 - Wednesday, December 15, 2010 - link

    physx is a gimmick that has been around for some time and will never take hold. when physx came around it set a new standard but since then developers have adopted havok more commonly since it doesn't require extra hardware.

    it's all marketing and not a worthy decision point when buying a new card
  • jackstar7 - Wednesday, December 15, 2010 - link

    Alternately, my triple-monitor setup makes AMD the obvious choice.
  • beepboy - Wednesday, December 15, 2010 - link

    Agreed on triple-monitor setup. You can make the argument that 2x 460s are cheaper and nets better performance but at the end of the day 2x 460s will be louder, use more power, more heat, etc over a single 69xx. I just want my triple monitor setup, damn it.
  • codedivine - Wednesday, December 15, 2010 - link

    Any info on cache sizes and register files?

Log in

Don't have an account? Sign up now