A regular sight at CES at most years is a new PowerVR graphics announcement from the crew over at Imagination, and this year is no exception. Shortly before CES last year we were introduced to the company’s PowerVR Series7XT family, a significant iteration on their base Rogue architecture that added full support for the Android Extension Pack to their GPUs, along with specific improvements to improve energy efficiency, overall graphics performance, and compute performance. Imagination also used Series7XT to lay the groundwork for larger designs containing more GPU clusters, giving the architecture the ability to scale up to a rather sizable 16 cores.

After modernizing Rogue’s graphics capabilities with Series7XT, for their follow-up Imagination is taking a slightly different path. This year they are turning their efforts towards compute, with while also working on energy and memory efficiency on the side. To that end the company is using CES 2016 to announce the next iteration of the Rogue architecture, PowerVR Series7XT Plus.

With Series7XT Plus, Imagination is focusing first and foremost on improving Rogue’s compute performance and compute capabilities. To accomplish this they are making two important changes to the Rogue architecture. First and foremost, Imagination is upgrading Rogue’s integer ALUs to more efficiently handle smaller integer formats.

Though Imagination hasn’t drawn out the integer ALUs in previous generations’ architecture diagrams, the architecture has always contained INT32 ALUs. What has changed for Series7XT then is how those ALUs handle smaller INT16 and INT8 formats. Previously those formats would be run through the integer ALUs as INT32s, which though practical meant that there were few performance gains from using smaller integers since they weren’t really processed as smaller numbers. Series7XT Plus significantly changes this: the integer ALUs can now combine operations into a single operation based on their width. One ALU can now process 1 INT32, 2 INT16s, or 4 INT8s.

Imagination’s press release doesn’t offer a ton of detail in how they are doing this, however I suspect that they have gone with the traditional (and easiest) method, which is to simply bundle like-operations. An example of this would be bundling 4 INT8 adds into what is essentially one large INT32 addition operation, an action that requires minimal additional work from the ALU. If this is the case then the actual performance gains from using and combining smaller operations will depend on how often these operations are identical and can be bundled, though since we’re talking about parallel computing, it should be the case quite often.

From an architecture perspective this is an interesting and unexpected departure from Imagination’s usual design. One of the traditional differences between PowerVR and competitor ARM’s Mali designs is that Imagination went with dedicated FP16 and FP32 ALUs, whereas ARM would combine operations to fill out a 128-bit SIMD. The dedicated ALU approach has traditionally allowed for greater power efficiency (your ALUs are simpler), but it also means you can end up with ALUs going unused. So for Imagination to go this route for integers is surprising, though I suspect the fact that integer ALUs are simpler to begin with has something to do with it.

As for why Imagination would care about integer performance, this brings us back to compute workloads. Rather like graphics, not all compute workloads require full INT32/FP32 precision, with computer vision being the textbook example for compute workloads.  Consequently, by improving their handling of lower precision integers, Imagination can boost their performance in these workloads. For a very low precision workload making heavy use of INT8s, the performance gains can be up to 4x as compared to using INT32s on Series7XT. Pragmatically speaking I’m not sure how much computer vision work that phone SoCs will actually be subjected to – it’s still a field looking for its killer apps – but at the same time from a hardware standpoint I expect that this was one of the easier changes that Imagination could make, so there’s little reason for Imagination not to do this. Though it should also be noted that Rogue has far fewer integer ALUs than FP ALUs - there is just 1 integer pipeline per USC as opposed to 16 floating point pipelines - so even though smaller integers are now faster, in most cases floating point should be faster still.

Update: Imagination has sent over a newer USC diagram, confirming that there are two integer ALUs per pipeline (with 16 pipelines) rather than just a total of two ALUs per USC.

Moving on, along with augmenting their integer ALUs, Imagination is also bringing OpenCL 2.0 support to their GPUs for the first time with Series7XT Plus.  Previous PowerVR parts were only OpenCL 1.2 capable, so for Imagination 2.0 support is a big step up, and one that required numerous small changes to various areas of the Rogue architecture to support 2.0’s newer features.

We’ve already covered OpenCL 2.0 in depth before, so I won’t go too deep here, but for Imagination the jump to OpenCL 2.0 will bring them several benefits. The biggest change here is that OpenCL 2.0 adds support for shared virtual memory (and pointers) between CPU and GPU, which is the cornerstone of heterogeneous computing. Imagination of course also develops the MIPS architecture, so they now have a very straightforward path towards offering customers a complete heterogeneous computing environment if they need one. Otherwise from a performance perspective, OpenCL 2.0’s dynamic parallelism support should improve compute performance in certain scenarios by allowing compute kernels to directly launch other compute kernels. This ultimately makes Imagination just the second mobile SoC vendor to announce support for OpenCL 2.0, behind Qualcomm and the Adreno 500 series.

Aside from compute improvements, for Series7XT Plus Imagination has also made some smaller general improvements to Rogue to further improve power efficiency.  Of particular note here is the Image Processing Data Master, a new command processor specifically for 2D workloads. By routing 2D operations through this simpler command processor, Imagination can save power by not firing up the more complex pixel/vertex data masters, making this another example of how mobile GPUs have slowly been adding more dedicated hardware as the power is more important than the die size cost. Meanwhile Imagination’s press release also notes that they have made some memory system changes, including doubling the memory burst size to match newer fabrics and components (presumably this is an optimization for DDR4), and tweaking the caches and their respective sizes to reduce off-chip memory bandwidth needs by 10% or so.

Overall these efficiency changes don’t appear to be as extensive as what we saw with Series7XT – and Imagination isn’t treating them as nearly as big of a deal – so the jump from Series7XT to Series7XT Plus shouldn’t be as great as what came before. Series7XT Plus in that regard is definitely a more incremental upgrade of Rogue, with Imagination focusing on improving a few specific use cases over the last year.

PowerVR GPU Comparison
  Series7XT Plus Series7XT Series6XT
Clusters 2 - 16 2 - 16 2 - 8
FP32 FLOPS/Clock 128 - 1024 128 - 1024 128 - 512
FP16 Ratio 2:1 2:1 2:1
INT32 OPS/Clock 128 - 1024 128 - 1024 128 - 512?
INT8 Ratio 4:1 1:1 1:1
Pixels/Clock (ROPs) 4 - 32 4 - 32 4 - 16
Texels/Clock 4 - 32 4 - 32 4 - 16
OpenGL ES 3.2 3.2 3.1
Android Extension Pack / Tessellation Yes Yes Optional
OpenCL 2.0 Base: 1.2 EB
Optional: 1.2 FP
1.2 EB
Architecture Rogue Rogue Rogue

Finally, along with announcing the overarching Series7XT Plus family and its architecture, Imagination is also announcing two initial GPU designs for this family: GT7200 Plus and GT7400 Plus. As alluded to by their names, these are Series7XT Plus versions of the existing two-cluster GT7200 and four-cluster GT7400 designs. That imagination is only announcing smartphone designs is a bit odd – both of these designs are smaller than the GT7600 used in number-one customer Apple’s A9 smartphone SoC – though as Apple is the only customer using such a large design in a phone, for Imagination’s other customers these designs are likely more appropriate.

In any case, while Imagination does not formally announce when to expect their IP to show up in retail products, if history is any indicator, we should be seeing Seires7XT Plus designs by the end of this year and leading into 2017.

Source: Imagination

POST A COMMENT

35 Comments

View All Comments

  • lucam - Thursday, January 7, 2016 - link

    Life is moving on...we can't stick with a G6430 forever (although is stil a good GPU), we would like to see some 7XT in Android market this year :) Reply
  • LiverpoolFC5903 - Friday, January 8, 2016 - link

    I wonder what is the reason for relatively low adoption of Imagination tec GPUs among Android smartphone vendors. Difficulties in integration perhaps? Cost?

    I think they are better options than the standard Mali XXX used in most non Qualcomm chipsets. My wife's Zenfone 2 is a potent gaming machine, even though it has a GPU which is 2 years old at least.
    Reply
  • lucam - Saturday, January 9, 2016 - link

    My bet (and speculation) is that since Apple is one of major shareholder of IMG has priority and exclusive of high spec PowerVr GPU then IMG cannot license same products to Android Markets. Or at least not in the same year.
    So for example if Apple incorporate series 7xt this year in the iPhones we will see the same in the android phone one or two years later.
    Reply
  • owan - Thursday, January 7, 2016 - link

    "Pragmatically speaking I’m not sure how much computer vision work that phone SoCs will actually be subjected to – it’s still a field looking for its killer apps"

    Thats a pretty narrow view to take on the subject. ARM SoC's are in millions of disparate devices, from phones to industrial controllers and people desiging IP blocks like this don't strictly design them for one application. Obviously phone GPU is one application, but machine vision is huge in anything where automation is involved. One simply has to look at the developing field of autonomous cars to see why improvements to machine vision (and compute) are important.
    Reply
  • name99 - Saturday, January 30, 2016 - link

    "Pragmatically speaking I’m not sure how much computer vision work that phone SoCs will actually be subjected to – it’s still a field looking for its killer apps"

    Part of the problem is a simple design issue --- and I'm curious to see who will be first to fix it.
    Right now to use your phone for vision (or vision-like-stuff, like AR) requires that you hold it vertical so that the camera can see, and this is neither comfortable nor easy to use. You can make it look cool in demos, but try it personally, and it sucks!

    One answer would be to add a third camera at the very top of the phone (ie the strip at the top where the iPhone 5 used to have its power button), perhaps using a fisheye lens. This would allow you to use the phone with its face mostly parallel to the ground (ie standard usage orientation) while still looking in front of you.
    Things like this are less sexy than designing the GPUs and algorithms for computer vision, but are just as essential for success.
    Reply

Log in

Don't have an account? Sign up now