Titan’s Compute Performance (aka Ph.D Lust)

Because GK110 is such a unique GPU from NVIDIA when it comes to compute, we’re going to shake things up a bit and take a look at compute performance first before jumping into our look at gaming performance.

On a personal note, one of the great things about working at AnandTech is all the people you get to work with. Anand himself is nothing short of fantastic, but what other review site also has a Brian Klug or a Jarred Walton? We have experts in a number of fields, and as a computer technology site that includes of course includes experts in computer science.

What I’m trying to say is that for the last week I’ve been having to fend off our CS guys, who upon hearing I had a GK110 card wanted one of their own. If you’ve ever wanted proof of just how big a deal GK110 is – and by extension Titan – you really don’t have to look too much farther than that.

Titan, its compute performance, and the possibilities it unlocks is a very big deal for researchers and other professionals that need every last drop of compute performance that they can get, for as cheap as they can get it. This is why on the compute front Titan stands alone; in NVIDIA’s consumer product lineup there’s nothing like it, and even AMD’s Tahiti based cards (7970, etc), while potent, are very different from GK110/Kepler in a number of ways. Titan essentially writes its own ticket here.

In any case, as this is the first GK110 product that we have had access to, we couldn’t help but run it through a battery of tests. The Tesla K20 series may have been out for a couple of months now, but at $3500 for the base K20 card, Titan is the first GK110 card many compute junkies are going to have real access to.

To that end I'd like to introduce our newest writer, Rahul Garg, who will be leading our look at Titan/GK110’s compute performance. Rahul is a Ph.D student specializing in the field of parallel computing and GPGPU technology, making him a prime candidate for taking a critical but nuanced look at what GK110 can do. You will be seeing more of Rahul in the future, but first and foremost he has a 7.1B transistor GPU to analyze. So let’s dive right in.

By: Rahul Garg

For compute performance, we first looked at two common benchmarks: GEMM (measures performance of dense matrix multiplication) and FFT (Fast Fourier Transform). These numerical operations are important in a variety of scientific fields. GEMM is highly parallel and typically compute heavy, and one of the first tests of performance and efficiency on any parallel architecture geared towards HPC workloads. FFT is typically memory bandwidth bound but, depending upon the architecture, can be influenced by inter-core communication bandwidth. Vendors and third-parties typically supply optimized libraries for these operations. For example, Intel supplies MKL for Intel processors (including Xeon Phi) and AMD supplies ACML and OpenCL-based libraries for their CPUs and GPUs respectively.  Thus, these benchmarks measure the performance of the combination of both the hardware and software stack.

For GEMM, we tested the performance of NVIDIA's CUBLAS library supplied with CUDA SDK 5.0, on SGEMM (single-precision/fp32 GEMM) and DGEMM (double precision/fp64 GEMM) on square matrices of size 5k by 5k. For SGEMM on Titan, the data reported here was collected with boost disabled. We also conducted the experiments with boost enabled on Titan, but found that the performance was effectively equal to the non-boost case. We assume that it is because our test ran for a very short period of time and perhaps did not trigger boost. Therefore, for the sake of simpler analysis, we report the data with boost disabled on the Titan. If time permits, we may return to the boost issue in a future article for this benchmark.

Apart from the results collected by us for GTX Titan, GTX 680 and GTX 580, we refer to experiments conducted by Matsumoto, Nakasato and Sedukin reported in a technical report filed at the University of Aizu about GEMM on Radeon 7970.  Their exact parameters and testbed are different than ours, and we include their results for illustrative purposes, as a ballpark estimate only. The results are below.

DGEMM

Titan rules the roost amongst the three listed cards in both SGEMM and DGEMM by a wide margin. We have not included Intel's Xeon Phi in this test, but the TItan's achieved performance is higher than the theoretical peak FLOPS of the current crop of Xeon Phi. Sharp-eyed readers will have observed that the Titan achieves about 1.3 teraflops on DGEMM, while the listed fp64 theoretical peak is also 1.3 TFlops; we were not expecting 100% of peak on the Titan in DGEMM. NVIDIA clarified that the fp64 rating for the Titan is a conservative estimate. At 837MHz, the calculated fp64 peak of Titan is 1.5 TFlops. However, under heavy load in fp64 mode, the card may underclock below the listed 837MHz to remain within the power and thermal specifications. Thus, fp64 ALU peak can vary between 1.3 TFlops and 1.5 TFlops and our DGEMM results are within expectations.

Next, we consider the percentage of fp32 peak achieved by the respective SGEMM implementations. These are plotted below.

Percentage of peak achieved on SGEMM

Titan achieves about 71% of its peak while GTX 680 only achieves about 40% of the peak. It is clear that while both GTX 680 and Titan are said to be Kepler architecture chips, Titan is not just a bigger GTX 680. Architectural tweaks have been made that enable it to reach much higher efficiency than the GTX 680 on at least some compute workloads. GCN based Radeon 7970 obtains about 63% of peak on SGEMM using Matsumoto et al. algorithm, and Fermi based GTX 580 also obtains about 63% of peak using CUBLAS.

For FFT, we tested the performance of 1D complex-to-complex inplace transforms of size 225 using the CUFFT library. Results are given below.

FFT single precision

FFT double precision

Titan outperforms the GTX 680 in FFT by about 50% in single-precision. We suspect this is primarily due to increased memory bandwidth on Titan compared to GTX 680 but we have not verified this hypothesis.  GTX 580 has a slight lead over the GTX 680. Again, if time permits, we may return to the benchmark for a deeper analysis. Titan achieves about 3.4x the performance of GTX 680 but this is not surprising given the poor fp64 execution resources on the GTX 680.

We then looked at an in-house benchmark called SystemCompute, developed by our own Ian Cutress. The benchmark tests the performance on a variety of sample kernels that are representative of some scientific computing applications. Ian described the CPU version of these benchmarks in a previous article. Ian wrote the GPU version of the benchmarks in C++ AMP, which is a relatively new GPGPU API introduced by Microsoft in VS2012.

Microsoft's implementation of AMP compiles down to DirectCompute shaders. These are all single-precision benchmarks and should run on any DX11 capable GPU. The benchmarks include 2D and 3D finite difference solvers, 3d particle movement, n-body benchmark and a simple matrix multiplication algorithm. Boost is enabled on both the Titan and GTX 680 for this benchmark. We give the score reported by the benchmark for both cards, and report the speedup of the Titan over 680. Speedup greater than 1 implies Titan is faster, while less than 1 implies a slowdown.

SystemCompute scores (higher is better)
Benchmark GTX 580 GTX 680 GTX Titan Speedup of Titan
over GTX 680
2D FD 9053 8445 12461 1.47
3D FD 3133 3827 5263 1.37
3DPmo 41722 26955 40397 1.49
MatMul 172 197 229 1.16
nbody 918 1517 2418 1.59

The benchmarks show between 16% and 60% improvement, with the most improvement coming from the relatively FLOP-heavy n-body benchmark. Interestingly, GTX 580 wins over the Titan in 3DPMo and wins over the 680 in 3DPmo and 2D.

Overall, GTX Titan is an impressive accelerator from compute perspective and posts large gains over its predecessors.

The Final Word On Overclocking Titan’s Compute Performance, Cont
Comments Locked

337 Comments

View All Comments

  • chizow - Thursday, February 21, 2013 - link

    You must not have followed the development of GPUs, and particularly flagship GPUs very closely in the last decade or so.

    G80, the first "Compute GPGPU" as Nvidia put it, was first and foremost a graphics part and a kickass one at that. Each flagship GPU after, GT200, GT200b, GF100, GF110 have continued in this vein...driven by the desktop graphics market first, Tesla/compute market second. Hell, the Tesla business did not even exist until the GeForceTesla200. Jensen Huang, Nvidia's CEO, even got on stage likening his GPUs to superheroes with day jobs as graphics cards while transforming into supercomputers at night.

    Now Nvidia flips the script, holds back the flagship GPU from the gaming market that *MADE IT POSSIBLE* and wants to charge you $1K because it's got "SuperComputer Guts"??? That's bait and switch, stab in the back, whatever you want to call it. So yes, if you were actually in this market before, Nvidia has screwed you over to the tune of $1K for something that used to cost $500-$650 max.
  • CeriseCogburn - Saturday, February 23, 2013 - link

    You only spend at max $360 for a video card as you stated, so this doesn't affect you and you haven't been screwed.

    Grow up crybaby. A company may chagre what it desires, and since you're never buying, who cares how many times you scream they screwed everyone ?
    NO ONE CARES, not even you, since you never even pony up $500, as you yourself stated in this long, continuous crybaby whine you made here, and have been making, since the 680 was released, or rather, since Charlie fried your brain with his propaganda.

    Go get your 98 cent a gallon gasoline while you're at it , you fool.
  • chizow - Saturday, February 23, 2013 - link

    Uh no, I've spent over $1K in a single GPU purchasing transaction, have you? I didn't think so.

    I'm just unwilling to spend *$2K* for what cost $1K in the past for less than the expected increase in performance. I spent $700 this round instead of the usual $1K because that's all I was willing to pay for a mid-range ASIC in GK104 and while it was still a significant upgrade to my last set of $1K worth of graphics cards, I wasn't going to plunk down $1K for a set of mid-range GK104 GTX 680s.

    It's obvious you have never bought in this range of GPUs in the past, otherwise you wouldn't be posting such retarded replys for what is clearly usurious pricing by Nvidia.

    Now go away, idiot.
  • CeriseCogburn - Tuesday, February 26, 2013 - link

    Wrong again, as usual.
    So what it boils down to is you're a cheapskate, still disgruntled, still believe in Charlie D's lie, and are angry you won't have the current top card at a price you demand.
    I saw your whole griping list in the other thread too, but none of what you purchase or don't purchase makes a single but of difference when it comes to your insane tinfoil hat lies that you have used for your entire argument

    Once again, pretending you aren't aware of production capacity leaves you right where you brainless rant started a long time ago.

    You cover your tracks whining about ATI's initial price, which wasn't out of line either, and ignore nVidia's immediate crushing of it when the 680 came out, as you still complained about the performance increase there. You're a crybaby, that's it.

    That's what you have done now for months on end, whined and whined and whined, and got caught over and over in exaggerations and lies, demanding a perfectly increasing price perf line slanting upwards, for years on end, lying about it's past, which I caught you on in the earlier reviews.

    Well dummy, that's not how performance/price increases work in any area of computer parts, anyway.
    Glad you're just another freaking parrot, as the reviewers have trained you fools to automaton levels.
  • Pontius - Thursday, February 21, 2013 - link

    My only interest at the moment is OpenCL compute performance. Sad to see it's not working at the moment, but once they get the kinks worked out, I would really love to see some benchmarks.

    Also, as any GPGPU programmer knows, the number one bottleneck for GPU computing is randomly accessing memory. If you are working only within the on-chip local memory, then yes, you get blazingly fast speeds on a GPU. However, the second you do something as simple as a += on a global memory location, your performance grinds to a screeching halt. I would really like to see the performance of these cards on random memory heavy OpenCL benchmarks. Thanks for the review!
  • codedivine - Thursday, February 21, 2013 - link

    We may do this in the future if I get some time off from univ work. Stay tuned :)
  • Pontius - Thursday, February 21, 2013 - link

    Thanks codedevine, I'll keep an eye out.
  • Pontius - Thursday, February 21, 2013 - link

    My only interest at the moment is OpenCL compute performance. Sad to see it's not working at the moment, but once they get the kinks worked out, I would really love to see some benchmarks.

    Also, as any GPGPU programmer knows, the number one bottleneck for GPU computing is randomly accessing memory. If you are working only within the on-chip local memory, then yes, you get blazingly fast speeds on a GPU. However, the second you do something as simple as a += on a global memory location, your performance grinds to a screeching halt. I would really like to see the performance of these cards on random memory heavy OpenCL benchmarks. Thanks for the review!
  • Bat123Man - Thursday, February 21, 2013 - link

    The Titan is nothing more than a proof-of-concept; "Look what we can do! Whohoo! Souped up to the max!" Nvidia is not intending this card to be for everyone. They know it will be picked up by a few well-moneyed enthusiasts, but it is really just a science project so that when people think about "the fastest GPU on the market", they think Nvidia.

    How often do you guys buy the best of the best as soon as it is out the door anyway ? $1000, $2000, it makes no difference, most of us wouldn't buy it even at 500 bucks. This is all about bragging rights, pure and simple.
  • Oxford Guy - Thursday, February 21, 2013 - link

    Not exactly. The chip isn't fully enabled.

Log in

Don't have an account? Sign up now