From the Editor | Main Blog Index
January 20, 2011
For a company that owns about half the world's GPU intellectual property, AMD remains a distant second to NVIDIA in the GPU computing arena. This is more the result of NVIDIA's aggressive technology roadmap rather than any fundamental deficiencies on the part of AMD's graphics design team. But with the advent of AMD's Cayman architecture, the company's GPU computing prospects may be looking up.
Cayman is AMD's latest GPU architecture that has been incorporated in the chipmaker's newest high-end graphics processors: the Radeon 6950 HD 6970 and 6950. Although the company is not yet talking about its next-generation FireStream GPU offerings for high performance computing, presumably those products will be derived from Cayman technology. From a performance standpoint these future devices should match up very well against NVIDIA's Fermi-generation Tesla HPC products.
A closer look at the capabilities of the Cayman architecture can be had in David Kanter's latest article in Real World Technologies. As usual, Kanter does a thorough analysis of the technology and its business prospects, and pays particular attention to how the new GPU design is more geared toward general-purpose computing than AMD's previous GPU architectures. "Cayman represents a step in the direction towards GPU computing, but a modest and evolutionary improvement in programmability, rather than a wholesale revolution," writes Kanter.
One area that has been enhanced is instruction parallelism -- both task and data. The new design enables multiple applications to execute simultaneously on the processor. Previous AMD GPUs allowed for multiple streams but had to be serialized so that only a one command stream could be run at a time. The Cayman setup is much more friendly to general-purpose computation and is especially important for supporting task level parallelism in OpenCL applications.
At the instruction level, too, Cayman offers a re-architected VLIW that is more generalized. Unlike the previous-generation Cypress design, which used a special pipeline unit to handle transcendentals and data type conversions, in Cayman each pipeline can handle all operations. According to Kanter, this new VLIW has been redesigned to "closer match general purpose workloads and take a step away from the singular focus on graphics."
The more monolithic VLIW design made room for more SIMD units on the die, and thus more FLOPS. The top-end Radeon 6970 available today to graphics-hungry gamesters offers 2.7 teraflops of single precision performance and 683 gigaflops of double precision.
Still, the graphics legacy remains dominant. The Cayman memory hierarchy has evolved somewhat, but is not as CPU-like and programmable as NVIDIA's Fermi design. And while floating point performance is impressive (each SIMD unit delivers 128 single precision or 32 double precision FLOP per cycle), its single:double precision ratio is a steep 4:1, compared to NVIDIA Fermi at 2:1. Also, AMD has not mentioned any support for ECC memory, an essential technology for many computing workloads, although Kanter believes Cayman-based GPU computing product could include this feature.
Overall Cayman has a lot offer the prospective GPU computing enthusiast, but with some caveats. Kanter summarizes:
The projected Cayman has 17% higher memory bandwidth, roughly 2.5X the raw single precision FLOP/s and 26% higher raw double precision FLOP/s than the Tesla C2070. However, AMD's VLIW microarchitecture is inherently less efficient, and the memory hierarchy is also incredibly sensitive to the workload.For single precision applications that are primarily regular computation and regular memory access patterns, Cayman should have good utilization within each VLIW4 offer incredibly attractive performance. Even in the case of a bandwidth bound application, Cayman will be on-par or slightly ahead of the Tesla. For double precision though, Fermi is likely to be the higher performance option.
Beyond the hardware, Kanter believes the real challenge for Cayman will be software, and this is certainly the case for any future GPU computing products. Here, AMD has placed all its bets on OpenCL, an open standard API, but one that is a couple year behind NVIDIA's CUDA in overall maturity. Kanter thinks AMD has to continue investing in the software ecosystem to remain competitive.
To that I would add that AMD has a couple of even more fundamental problems with regard to GPU computing: focus and vision. If AMD wants to offer a viable alternative to NVIDIA in this realm, it has to make FireStream a first class citizen. Today those offerings are not even listed under its server product set (they're found under the workstation products), and the latest FireStream 9350 and 9370 products, announced back in June 2010 are nowhere to be found. They were scheduled to launch in Q3 of last year, but I could not uncover any evidence that AMD ever released them into the wild.
The company also needs to offer some sort of strategy that ties its FireStream GPU computing products to its future "Fusion" APUs that will eventually end up in servers and presumably supercomputers. AMD's CPU-GPU technology is one area where the company can claim it is out in front. The company just needs to come up with some sort of roadmap that shows how its APUs are going move up the GPU computing food chain.
Finally, AMD needs to swallow its pride and develop a CUDA port for its graphics chips. That doesn't mean it has to drop its long-term commitment on OpenCL. It just needs to recognize that CUDA is currently the de facto API for GPU computing, especially for HPC, and is likely to remain so for at least the near term. Adopting CUDA would go a long way to level the playing field in GPU computing as well as give its larger rival, Intel, something to think about.
To date, AMD's half-hearted commitment to GPU computing hasn't paid off. If it's serious about this market, especially in the HPC realm, it can no longer sit and watch NVIDIA consolidate its hold. Cayman looks like a positive step in that direction, but it needs to do much more.
Posted by Michael Feldman - January 20, 2011 @ 4:45 PM, Pacific Standard Time
![]()
Michael Feldman is the editor of HPCwire.
No Recent Blog Comments
Large-scale, worldwide scientific initiatives rely on some cloud-based system to both coordinate efforts and manage computational efforts at peak times that cannot be contained within the combined in-house HPC resources. Last week at Google I/O, Brookhaven National Lab’s Sergey Panitkin discussed the role of the Google Compute Engine in providing computational support to ATLAS, a detector of high-energy particles at the Large Hadron Collider (LHC).
Read more...
The Xeon Phi coprocessor might be the new kid on the high performance block, but out of all first-rate kickers of the Intel tires, the Texas Advanced Computing Center (TACC) got the first real jab with its new top ten Stampede system.We talk with the center's Karl Schultz about the challenges of programming for Phi--but more specifically, the optimization...
Read more...
Although Horst Simon was named Deputy Director of Lawrence Berkeley National Laboratory, he maintains his strong ties to the scientific computing community as an editor of the TOP500 list and as an invited speaker at conferences.
Read more...
May 16, 2013 |
When it comes to cloud, long distances mean unacceptably high latencies. Researchers from the University of Bonn in Germany examined those latency issues of doing CFD modeling in the cloud by utilizing a common CFD and its utilization in HPC instance types including both CPU and GPU cores of Amazon EC2.
Read more...
May 15, 2013 |
Supercomputers at the Department of Energy’s National Energy Research Scientific Computing Center (NERSC) have worked on important computational problems such as collapse of the atomic state, the optimization of chemical catalysts, and now modeling popping bubbles.
Read more...
May 10, 2013 |
Program provides cash awards up to $10,000 for the best open-source end-user applications deployed on 100G network.
Read more...
May 09, 2013 |
The Japanese government has revealed its plans to best its previous K Computer efforts with what they hope will be the first exascale system...
Read more...
May 08, 2013 |
For engineers looking to leverage high-performance computing, the accessibility of a cloud-based approach is a powerful draw, but there are costs that may not be readily apparent.
Read more...
05/10/2013 | Cleversafe, Cray, DDN, NetApp, & Panasas | From Wall Street to Hollywood, drug discovery to homeland security, companies and organizations of all sizes and stripes are coming face to face with the challenges – and opportunities – afforded by Big Data. Before anyone can utilize these extraordinary data repositories, however, they must first harness and manage their data stores, and do so utilizing technologies that underscore affordability, security, and scalability.
04/15/2013 | Bull | “50% of HPC users say their largest jobs scale to 120 cores or less.” How about yours? Are your codes ready to take advantage of today’s and tomorrow’s ultra-parallel HPC systems? Download this White Paper by Analysts Intersect360 Research to see what Bull and Intel’s Center for Excellence in Parallel Programming can do for your codes.
In this demonstration of SGI DMF ZeroWatt disk solution, Dr. Eng Lim Goh, SGI CTO, discusses a function of SGI DMF software to reduce costs and power consumption in an exascale (Big Data) storage datacenter.
The Cray CS300-AC cluster supercomputer offers energy efficient, air-cooled design based on modular, industry-standard platforms featuring the latest processor and network technologies and a wide range of datacenter cooling requirements.