Choosing a Testbed CPU

Although I was glad I could put some of these old GPUs to use (somewhat justifying them occupying space for years in my parts closet), there was the question of what CPU to pair them with. Go too insane on the CPU and I may unfairly tilt performance in favor of these cards. What I decided to do was to simulate the performance of the Core i5-3317U in Microsoft's Surface Pro. That part is a dual-core Ivy Bridge with Hyper Threading enabled (4 threads). Its max turbo is 2.6GHz for a single core, 2.4GHz for two cores. I grabbed a desktop Core i3 2100, disabled turbo, and forced its default clock speed to 2.4GHz. In many cases these mobile CPUs spend a lot of time at or near their max turbo until things get a little too toasty in the chassis. To verify that I had picked correctly I ran the 3DMark Physics test to see how close I came to the performance of the Surface Pro. As the Physics test is multithreaded and should be completely CPU bound, it shouldn't matter what GPU I paired with my testbed - they should all perform the same as the Surface Pro:

3DMark - Physics Test

3DMark - Physics

Great success! With the exception of the 8500 GT, which for some reason is a bit of an overachiever here (7% faster than Surface Pro), the rest of the NVIDIA cards all score within 3% of the performance of the Surface Pro - despite being run on an open-air desktop testbed.

With these results we also get a quick look at how AMD's Bobcat cores compare against the ARM competitors it may eventually do battle with. With only two Bobcat cores running at 1.6GHz in the E-350, AMD actually does really well here. The E-350's performance is 18% better than the dual-core Cortex A15 based Nexus 10, but it's still not quite good enough to top some of the quad-core competitors here. We could be seeing differences in drivers and/or thermal management with some of these devices since they are far more thermally constrained than the E-350. Bobcat won't surface as a competitor to anything you see here, but its faster derivative (Jaguar) will. If AMD can get Temash's power under control, it could have a very compelling tablet platform on its hands. The sad part in all of this is the fact that AMD seems to have the right CPU (and possibly GPU) architectures to be quite competitive in the ultra mobile space today. If AMD had the capital and relationships with smartphone/tablet vendors, it could be a force to be reckoned with in the ultra mobile space. As we've seen from watching Intel struggle however, it takes more than just good architecture to break into the new mobile world. You need a good baseband strategy and you need the ability to get key design wins.

Enough about what could be, let's look at how these mobile devices stack up to some of the best GPUs from 2004 - 2007.

We'll start with 3DMark. Here we're looking at performance at 720p, which immediately stops some of the cards with 256-bit memory interfaces from flexing their muscles. Never fear, we will have GL/DXBenchmark's 1080p offscreen mode for that in a moment.

Graphics Test 1

Ice Storm Graphics test 1 stresses the hardware’s ability to process lots of vertices while keeping the pixel load relatively light. Hardware on this level may have dedicated capacity for separate vertex and pixel processing. Stressing both capacities individually reveals the hardware’s limitations in both aspects.

In an average frame, 530,000 vertices are processed leading to 180,000 triangles rasterized either to the shadow map or to the screen. At the same time, 4.7 million pixels are processed per frame.

Pixel load is kept low by excluding expensive post processing steps, and by not rendering particle effects.

3DMark - Graphics Test 1

Right off the bat you should notice something wonky. All of NVIDIA's G70 and earlier architectures do very poorly here. This test is very heavy on the vertex shaders, but the 7900 GTX and friends should do a lot better than they are. These workloads however were designed for a very different set of architectures. Looking at the unified 8500 GT, we get some perspective. The fastest mobile platforms here (Adreno 320) deliver a little over half the vertex processing performance of the GeForce 8500 GT. The Radeon HD 6310 featured in AMD's E-350 is remarkably competitve as well.

The praise goes both ways of course. The fact that these mobile GPUs can do as well as they are right now is very impressive.

Graphics Test 2

Graphics test 2 stresses the hardware’s ability to process lots of pixels. It tests the ability to read textures, do per pixel computations and write to render targets.

On average, 12.6 million pixels are processed per frame. The additional pixel processing compared to Graphics test 1 comes from including particles and post processing effects such as bloom, streaks and motion blur.

In each frame, an average 75,000 vertices are processed. This number is considerably lower than in Graphics test 1 because shadows are not drawn and the processed geometry has a lower number of polygons.

3DMark - Graphics Test 2

The data starts making a lot more sense when we look at the pixel shader bound graphics test 2. In this benchmark, Adreno 320 appears to deliver better performance than the GeForce 6600 and once again roughly half the performance of the GeForce 8500 GT. Compared to the 7800 GT (or perhaps 6800 Ultra), we're looking at a bit under 33% of the performance of those cards. The Radeon HD 6310 in AMD's E-350 appears to deliver performance competitive with the Adreno 320.

3DMark - Graphics

The overall graphics score is a bit misleading given how poorly the G7x and NV4x architectures did on the first graphics test. We can conclude that the E-350 has roughly the same graphics performance as Qualcomm's Snapdragon 600, while the 8500 GT appears to have roughly 2x that. The overall Ice Storm scores pretty much repeat what we've already seen:

3DMark - Ice Storm

Again, the new 3DMark appears to unfairly penalize the older non-unified NVIDIA GPU architectures. Keep in mind that the last NVIDIA driver drop for DX9 hardware (G7x and NV4x) is about a month older than the latest driver available for the 8500 GT.

It's also worth pointing out that Ice Storm also makes Intel's HD 4000 look very good, when in reality we've seen varying degrees of competitiveness with discrete GPUs depending on the workload. If 3DMark's Ice Storm test could map to real world gaming performance, it would mean that devices like the Nexus 4 or HTC One would be able to run BioShock 2-like titles at 10x7 in the 20 fps range. As impressive as that would be, this is ultimately the downside of relying on these types of benchmarks to make comparisons - they fundamentally tell us how well these platforms would run the benchmark itself, not other games unfortunately.

At a high level, it looks like we're somewhat narrowing down the level of performance that today's high end ultra mobile GPUs deliver when put in discrete GPU terms. Let's see what GL/DXBenchmark 2.7 tell us.

Digging Through the Parts Closet GL/DXBenchmark 2.7 & Final Words
Comments Locked

128 Comments

View All Comments

  • fabarati - Thursday, April 4, 2013 - link

    Good point. Haven't used a 7 Series geforce since 2008, so I'm not up to date on their performance. I just meant that the benchmarks don't tell the whole stories.

    If you use the DX9 path available in many games, would the 8500 GT still be faster? I mean, DX9 is probably the only way to get decent performance out of the both these cards (that was always true of the 8500 GT).
  • perry1mm - Thursday, April 4, 2013 - link

    It would be interesting to see another Win 8 tablet with higher frequencies for the iGPU from an i7 and more RAM (or with higher bandwidth if it's possible). Maybe just turn off the dedicated GPU of the Edge Pro to see the difference?

    From the videos I've checked out the Surface Pro vs games I play on my Vaio Duo 11, I get about 25% better performance with the i7 3537u @ 3.1Ghz. So if the Surface Pro gets 30FPS at native res, I'll likely get between 35 and 40. But I'd still be interested in an actual comparison test, and searching there seems to be none for GPU/gaming performance of Win 8 tablets, other than the Surface and Edge...which are on extreme ends of the spectrum.
  • milli - Thursday, April 4, 2013 - link

    So a GPU with 16 Kepler cores would be enough to be faster than every SOC available. The lowest end Kepler GPU (GT640) has 384 of them. Just to put things into pespective.
    Also the A15 is beaten by AMD's Bobcat core ...
  • marc1000 - Thursday, April 4, 2013 - link

    this is a thing I would like to see, even if only for academic reasons. what happens if we put a small quantity of current-gen GPU cores on a really small chip? I guess the biggest problem would be to scale down the fixed hardware that feeds the cores...
  • DanNeely - Thursday, April 4, 2013 - link

    Our first look at something like this is probably going to be the Atom2 later this year with 4(?) Intel HD GPU (IVB generation??) cores.
  • jeffkibuule - Thursday, April 4, 2013 - link

    Tegra 5 I believe will use Kepler cores.
  • Spunjji - Friday, April 5, 2013 - link

    That and tweaking them for the lower thermal envelope. The way they've been optimised for desktop/notebook voltages and thermal envelopes probably means they'd need significant alterations to be suitable for a mobile scenario.
  • tipoo - Thursday, April 4, 2013 - link

    I've been underestimating these tablet GPUs, I figured they'd be up around Geforce FX series performance by the games that run on them, but the iPad 4 is nearing the 7800 which is pretty impressive.

    This is also interesting because the xbox 360 is only up around Geforce 7800 level too, but that also has more memory bandwidth and the eDRAM and closer to metal programming to work with than the smartphone SoCs. Within the next generation of SoCs though, I think the PS360 GPUs will be thoroughly beaten, which is pretty amazing to think about considering these are single digit watt chips. Especially with the SGX Rogue/600 series.

    Games are a different matter though, the best tablet games still don't have a great deal of depth.
  • dj christian - Thursday, April 4, 2013 - link

    Metal programming?
  • tipoo - Thursday, April 4, 2013 - link

    Close to the metal meaning less overhead to go through than PC game programming.

Log in

Don't have an account? Sign up now