Efficiency Through Hyper-Q, Dynamic Parallelism, & More

When NVIDIA first announced K20 they stated that their goal was to offer 3x the performance per watt of their Fermi based Tesla solutions. With wattage being held nearly constant from Fermi to Kepler, NVIDIA essentially needed to triple their total performance to reach that number.

However as we’ve already seen from NVIDIA’s hardware specifications, K20 triples their theoretical FP32 performance but not their theoretical FP64 performance, due to the fact that NVIDIA’s FP64 execution rate falls from ½ to 1/3their FP32 rate. Does that mean NVIDIA has given up on tripling their performance? No, but with Kepler the solution isn’t just going to be raw hardware, but the efficient use of existing hardware.

Of everything Kepler and GK110 in particular add to NVIDIA’s compute capabilities, their marquee features, HyperQ and Dynamic Parallelism, are firmly rooted in maximizing their efficiency. Now that we’ve seen what NVIDIA’s hardware can do at a low level, we’ll wrap up our look at K20 and GK110 by looking at how NVIDIA intends to maximize their efficiency and best feed the beast that is GK110.

Hyper-Q

Sometimes the simplest things can be the most powerful things, and this is very much the case for Hyper-Q.  Simply put, Hyper-Q expands the number of hardware work queues from 1 on GF100 to 32 on GK110. The significance of this being that having 1 work queue meant that GF100 could be under occupied at times (that is, hardware units were left without work to do) if there wasn’t enough work in that queue to fill every SM or if there were dependency issues, even with parallel kernels in play. By having 32 work queues to select from, GK110 can in many circumstances achieve higher utilization by being able to put different program streams on what would otherwise be an idle SMX.

The simplistic nature of Hyper-Q is further reinforced by the fact that it’s designed to easily map to MPI, a common message passing interface frequently used in HPC. As NVIDIA succinctly puts it, legacy MPI-based algorithms that were originally designed for multi-CPU systems and that became bottlenecked by false dependencies now have a solution. By increasing the number of MPI jobs (a very easy modification) it’s possible to utilize Hyper-Q on these algorithms to improve the efficiency all without changing the core algorithm itself. Ultimately this is also one of the ways NVIDIA hopes to improve their HPC market share, as by tweaking their hardware to better map to existing HPC workloads is in this fashion NVIDIA’s hardware will become a much higher performing option.

Dynamic Parallelism

If Hyper-Q was the simple efficiency feature, then NVIDIA’s other marquee feature, Dynamic Parallelism, is the harder and more complex of the features.

Dynamic Parallelism is NVIDIA’s name for the ability for kernels to be able to dispatch other kernels. With Fermi only the CPU could dispatch a new kernel, which incurs a certain amount of overhead by having to communicate back and forth with the CPU. By giving kernels the ability to dispatch their own child kernels, GK110 can both save time by not having to go back to the GPU, and in the process free up the CPU to work on other tasks.

The difficult of course comes from the fact that dynamic parallelism implicitly relies on recursion, to which as the saying goes “to understand recursion, you must first understand recursion”. The use of recursion brings with it many benefits so the usefulness of dynamic parallelism should not be understated, but if nothing else it’s a forward looking feature. Recursion isn’t something that can easily be added to existing algorithms, so taking full advantage of dynamic parallelism will require new algorithms specifically designed around it. (ed: fork bombs are ready-made for this)

Reduced ECC Overhead

Although this isn’t strictly a feature, one final efficiency minded addition to GK110 is the use of a new lower-overhead ECC algorithm. As you may recall, Tesla GPUs implement DRAM ECC in software, allowing ECC to be added without requiring wider DRAM busses to account for the checkbits, and allowing for ECC to be enabled and disabled as necessary. The tradeoff for this is that enabling ECC consumes some memory bandwidth, reducing effective memory bandwidth to kernels running on the GPU. GK110 doesn’t significantly change this model, but what it does do is reduce the amount of ECC checkbit traffic that results from ECC being turned on. The amount of memory bandwidth saved is workload dependent, but NVIDIA’s own tests are showing that the performance hit from enabling ECC has been reduced by 66% for their internal test suite.

Putting It All Together: The Programmer

Bringing things to a close, while we were on the subject of efficiency the issue of coder efficiency came up in our discussions with NVIDIA. GK110 is in many ways a direct continuation of Fermi, but at the same time it brings about a significant number of changes. Given the fact that HPC is so performance-centric and consequently often so heavily tuned for specific processors (a problem that also spans to consumer GPGPU workloads) we asked NVIDIA about just how well existing programs run on K20.

The short answer is that despite the architectural changes between Fermi and GK110, existing programs run well on K20 and are usually capable of taking advantage of the additional performance offered by the hardware. It’s clear that peak performance on K20 will typically require some rework, particularly to take advantage of features like dynamic parallelism, but otherwise we haven’t been hearing about any notable issues transitioning to K20 thus far.

Meanwhile as part of their marketing plank NVIDIA is also going to be focusing on bringing over additional HPC users by leveraging their support for OpenACC, MPI, and other common HPC libraries and technologies, and showcasing just how easy porting HPC programs to K20 is when using those technologies. Note that these comparisons can be a bit misleading since the core algorithms of most programs are complex yet code dense, but the main idea is not lost. For NVIDIA to continue to grow their HPC market share they will need to covert more HPC users from other systems, which means they need to make it as easy as possible to accommodate their existing code and tools.

 

GK110: The GPU Behind Tesla K20
POST A COMMENT

73 Comments

View All Comments

  • CeriseCogburn - Thursday, November 29, 2012 - link

    Maybe he's the hacker that gives the -20 to every post on every gpu article at Tom's that is not 100% amd fanboy lie plus up based, or even hints at liking any nVidia card, ever.
    I'm so SICK of having to hit the show post crap at Tom's in order to read any comments that aren't radeon rager amd favor boys
    Reply
  • nutgirdle - Monday, November 12, 2012 - link

    I've heard through back channels that nVidia may be moving away from supporting OpenCL. Can you confirm any of this? Reply
  • Ryan Smith - Monday, November 12, 2012 - link

    There's always going to be that nagging concern since NVIDIA has CUDA, but I haven't heard anything so substantiate that rumor. Reply
  • CeriseCogburn - Thursday, November 29, 2012 - link

    You mean you're worried and still sore over how pathetic AMD has been in it's lack and severey long time lacking suport for OpenCL compared to nVidia's far ahead forever and a long time great job in actually supporting it and breaking all the new ground, while amd fanboys whine OpenCl is the way and amd PR propaganda liar freaks paid by amd squeal OpenCL should be the only way forward ?
    Yeah, that's what you really meant, or rather should have said.
    Hey, cheer up, amd finally got the checkmark in GPU-Z for OpenCL support. Like YEARS after nVidia.
    Thanks, I love the attacks on nVidia, while amd is crap.
    It's one of the major reasons why amd is now nearly dead. The amd fanboys focus on hating the rich, prosperous, and profitable competition 100%, instead of directing their efforts at kicking the loser, amd, in the head or groin, or at all, let alone hard enough, for their failures to become apparent and self evident, so that they actually do something about them, fix them, and perform.
    Most famous Catalyst Maker quote: " I didn't know we had a problem. "
    That's amd professionalism for you.
    Reply
  • Casper42 - Wednesday, May 15, 2013 - link

    CeriseCogburn, how are you not banned from here?

    I'm an Nvidia fan, but 90% of what comes out of your keyboard is just hate and vitriol.

    Tone it down a little man!
    Reply
  • Jorange - Monday, November 12, 2012 - link

    So the GK110 will form the basis of the GTX 680's replacement? Reply
  • thebluephoenix - Monday, November 12, 2012 - link

    Yes. Reply
  • suryad - Friday, November 16, 2012 - link

    That's pretty much what I needed to hear. My Geforce 285 GTX OC editions in SLI are getting a bit long in the tooth! Reply
  • Ryan Smith - Monday, November 12, 2012 - link

    Frankly we have no idea. It is a GPU, so NVIDIA could absolutely do that if they wanted to. But right now the entire allocation is going to Tesla. And after that I would expect to see a Quadro GK110 card before we ever saw a consumer card. Reply
  • mayankleoboy1 - Monday, November 12, 2012 - link

    Probably no. Why should it ? With HPC, they can sell it at $4000, making atleast $2000 in profit.

    With a consumer gaming card, thay would have to sell it at $ 600 max, making $150-200 max.
    Reply

Log in

Don't have an account? Sign up now