Page 1:Steamroller, GCN, HSA, 28 nm: Oh My!
Page 2:Meet The Compute Core
Page 3:A More Capable GPU: GCN Surfaces In Kaveri
Page 4:Enabling HSA On The Kaveri APU
Page 5:Test Hardware And Software
Page 6:Gaming: BioShock Infinite And Grid 2
Page 7:Gaming: The Elder Scrolls V: Skyrim And World Of Warcraft
Page 8:Dual Graphics: Does Kaveri Fix CrossFire's Problems?
Page 9:Results: Synthetics
Page 10:Results: Content Creation
Page 11:Results: Adobe CC
Page 12:Results: Productivity
Page 13:Results: Compression Apps
Page 14:Results: Media Encoding
Page 15:Results: Power Consumption And Efficiency
Page 16:Hoping The Best Is Yet To Come
A More Capable GPU: GCN Surfaces In Kaveri
I’m a bit of geek in that I get excited about testing the differences between subsequent processor designs. But Steamroller really only serves as an enabler for AMD’s Graphics Core Next architecture in Kaveri, improving IPC enough so that the more dense APU doesn’t sacrifice too much general-purpose performance as the graphics subsystem grows. In fact, AMD says Kaveri’s GPU accounts for 47% of the die.
The engine is composed of up to eight GPU “cores”, formerly referred to as Compute Units, and made up of four Vector Units with 16 shaders each. In total, that’s 64 shaders per core and 512 shaders in an eight-core implementation. Don’t let the numbers or evolving terminology confuse you though. Architecturally, this is the same technology found in AMD’s Hawaii GPU, which I covered in Radeon R9 290X Review: AMD's Back In Ultra-High-End Gaming, including precision improvements to the native LOG/EXP operations and MQSAD optimizations for speeding up motion estimation algorithms, mentioned back when Hawaii launched. Of course, the big addition is coherent shared unified memory. That coherency makes it easier to pass data between the GPU and CPU cores—again, the degree of “equalness” between dissimilar on-die resources is the exact reason why AMD is using the term Compute Core to begin with.
There’s a lot of strategic trimming that goes into optimizing Kaveri’s GPU compared to AMD’s discrete solutions. The Hawaii GPU has four geometry processors able to rasterize as many primitives per clock cycle. Tahiti features two. Kaveri gets one. And while 16 render back-ends give Hawaii massive pixel fillrate, Kaveri is pared down to two ROP partitions, capable of eight pixels per clock. Given the bandwidth limitations of an integrated solution attached to DDR3 memory, those design decisions make perfect sense.
Not every piece of the Kaveri GPU is a subset of Hawaii. AMD exposes all eight of the discrete processor’s Asynchronous Compute Engines, which independently schedule tasks to the CUs (incidentally, Sony’s PlayStation 4 also boasts eight ACEs). They all share access to a global data share and a 512 KB L2 cache. But they can otherwise operate on their own for efficient multi-tasking. Back when I was digging into Hawaii, the shift from two ACEs in Tahiti to four in Kabini/Temash and then eight didn’t seem imminently necessary. Now that we’re seeing the design exposed on Kaveri, however, its importance to AMD’s HSA is clearer.
Fixed-Function Accelerators: More Specialized Hardware
I already mentioned that Kaveri lacks fixed-function support for H.265 decoding. However, the old faithful Unified Video Decoder is in there, accelerating playback of H.264, VC-1, MPEG-2, MVC, and MPEG-4. In essence, the “new” UVD 4 in Kaveri is similar to the older UVD 3 block, except for improved error resiliency during AVC decoding.
AMD also claims to have improved its Video Codec Engine, adding I, P, and B frame support to the common H.264 YUV420 video format and I frames to the simpler YUV444 format. To be sure, we’re happy to see AMD adding to the VCE block’s functionality. However, our most recent look at the VCE’s performance put AMD behind Nvidia’s NVEnc solution and significantly slower than Intel’s Quick Sync. So, while Kaveri’s second-gen VCE might represent a functional step forward, we want to see more attention paid to its position relative to competitive encoders.
As with the Hawaii and Bonaire GPUs powering Radeon R9 290X, 290, and R7 260X, Kaveri includes TrueAudio support. That means there are, presumably, three Tensilica HiFi2 EP Audio DSP cores built into the APU’s die able to offload sound processing. I say Kaveri supports this technology because it needs to be exploited in software before you realize any benefit, and thus far there aren’t any applications we can use to illustrate TrueAudio’s impact. At least in practice, it’s intended to facilitate more complex effects without a corresponding drain on host resources. But every attempt we’ve seen to demonstrate TrueAudio hasn’t translated particularly well to a conference room setting.
- Steamroller, GCN, HSA, 28 nm: Oh My!
- Meet The Compute Core
- A More Capable GPU: GCN Surfaces In Kaveri
- Enabling HSA On The Kaveri APU
- Test Hardware And Software
- Gaming: BioShock Infinite And Grid 2
- Gaming: The Elder Scrolls V: Skyrim And World Of Warcraft
- Dual Graphics: Does Kaveri Fix CrossFire's Problems?
- Results: Synthetics
- Results: Content Creation
- Results: Adobe CC
- Results: Productivity
- Results: Compression Apps
- Results: Media Encoding
- Results: Power Consumption And Efficiency
- Hoping The Best Is Yet To Come