AMD Announces CDNA Architecture. Radeon MI100 is the World's Fastest HPC Accelerator

[btarunr]

AMD today announced the new AMD Instinct MI100 accelerator - the world's fastest HPC GPU and the first x86 server GPU to surpass the 10 teraflops (FP64) performance barrier. Supported by new accelerated compute platforms from Dell, Gigabyte, HPE, and Supermicro, the MI100, combined with AMD EPYC CPUs and the ROCm 4.0 open software platform, is designed to propel new discoveries ahead of the exascale era.

Built on the new AMD CDNA architecture, the AMD Instinct MI100 GPU enables a new class of accelerated systems for HPC and AI when paired with 2nd Gen AMD EPYC processors. The MI100 offers up to 11.5 TFLOPS of peak FP64 performance for HPC and up to 46.1 TFLOPS peak FP32 Matrix performance for AI and machine learning workloads. With new AMD Matrix Core technology, the MI100 also delivers a nearly 7x boost in FP16 theoretical peak floating point performance for AI training workloads compared to AMD's prior generation accelerators.



"Today AMD takes a major step forward in the journey toward exascale computing as we unveil the AMD Instinct MI100 - the world's fastest HPC GPU," said Brad McCredie, corporate vice president, Data Center GPU and Accelerated Processing, AMD. "Squarely targeted toward the workloads that matter in scientific computing, our latest accelerator, when combined with the AMD ROCm open software platform, is designed to provide scientists and researchers a superior foundation for their work in HPC."



Open Software Platform for the Exascale Era
The AMD ROCm developer software provides the foundation for exascale computing. As an open source toolset consisting of compilers, programming APIs and libraries, ROCm is used by exascale software developers to create high performance applications. ROCm 4.0 has been optimized to deliver performance at scale for MI100-based systems. ROCm 4.0 has upgraded the compiler to be open source and unified to support both OpenMP 5.0 and HIP. PyTorch and Tensorflow frameworks, which have been optimized with ROCm 4.0, can now achieve higher performance with MI100. ROCm 4.0 is the latest offering for HPC, ML and AI application developers which allows them to create performance portable software.

"We've received early access to the MI100 accelerator, and the preliminary results are very encouraging. We've typically seen significant performance boosts, up to 2-3x compared to other GPUs," said Bronson Messer, director of science, Oak Ridge Leadership Computing Facility. "What's also important to recognize is the impact software has on performance. The fact that the ROCm open software platform and HIP developer tool are open source and work on a variety of platforms, it is something that we have been absolutely almost obsessed with since we fielded the very first hybrid CPU/GPU system."

Key capabilities and features of the AMD Instinct MI100 accelerator include:

• All-New AMD CDNA Architecture- Engineered to power AMD GPUs for the exascale era and at the heart of the MI100 accelerator, the AMD CDNA architecture offers exceptional performance and power efficiency
• Leading FP64 and FP32 Performance for HPC Workloads - Delivers industry leading 11.5 TFLOPS peak FP64 performance and 23.1 TFLOPS peak FP32 performance, enabling scientists and researchers across the globe to accelerate discoveries in industries including life sciences, energy, finance, academics, government, defense and more.
• All-New Matrix Core Technology for HPC and AI - Supercharged performance for a full range of single and mixed precision matrix operations, such as FP32, FP16, bFloat16, Int8 and Int4, engineered to boost the convergence of HPC and AI.
• 2nd Gen AMD Infinity Fabric Technology - Instinct MI100 provides ~2x the peer-to-peer (P2P) peak I/O bandwidth over PCIe 4.0 with up to 340 GB/s of aggregate bandwidth per card with three AMD Infinity Fabric Links.4 In a server, MI100 GPUs can be configured with up to two fully-connected quad GPU hives, each providing up to 552 GB/s of P2P I/O bandwidth for fast data sharing.
• Ultra-Fast HBM2 Memory- Features 32 GB High-bandwidth HBM2 memory at a clock rate of 1.2 GHz and delivers an ultra-high 1.23 TB/s of memory bandwidth to support large data sets and help eliminate bottlenecks in moving data in and out of memory.5
• Support for Industry's Latest PCIe Gen 4.0 - Designed with the latest PCIe Gen 4.0 technology support providing up to 64 GB/s peak theoretical transport data bandwidth from CPU to GPU.

Available Server Solutions
The AMD Instinct MI100 accelerators are expected by end of the year in systems from major OEM and ODM partners in the enterprise markets, including:

Dell
"Dell EMC PowerEdge servers will support the new AMD Instinct MI100, which will enable faster insights from data. This would help our customers achieve more robust and efficient HPC and AI results rapidly," said Ravi Pendekanti, Senior Vice President, PowerEdge Servers, Dell Technologies. "AMD has been a valued partner in our support for advancing innovation in the data center. The high-performance capabilities of AMD Instinct accelerators are a natural fit for our PowerEdge server AI & HPC portfolio."

Gigabyte
"We're pleased to again work with AMD as a strategic partner offering customers server hardware for high performance computing," said Alan Chen, Assistant Vice President in NCBU, GIGABYTE. "AMD Instinct MI100 accelerators represent the next level of high-performance computing in the data center, bringing greater connectivity and data bandwidth for energy research, molecular dynamics, and deep learning training. As a new accelerator in the GIGABYTE portfolio, our customers can look to benefit from improved performance across a range of scientific and industrial HPC workloads."

Hewlett Packard Enterprise (HPE)
"Customers use HPE Apollo systems for purpose-built capabilities and performance to tackle a range of complex, data-intensive workloads across high-performance computing (HPC), deep learning and analytics," said Bill Mannel, vice president and general manager, HPC at HPE. "With the introduction of the new HPE Apollo 6500 Gen10 Plus system, we are further advancing our portfolio to improve workload performance by supporting the new AMD Instinct MI100 accelerator, which enables greater connectivity and data processing, alongside the 2nd Gen AMD EPYC processor and. We look forward to continuing our collaboration with AMD to expand our offerings with its latest CPUs and accelerators."

Supermicro
"We're excited that AMD has produced the world's fastest HPC GPU accelerator. The combination of the compute power gained with the new AMD CDNA architecture, along with the high memory and GPU peer-to-peer bandwidth the MI100 brings, our customers will get access to great solutions that will meet their accelerated compute requirements. Add the open AMD ROCm software stack, and they will get an open, flexible and portable environment to meet their demand for exceptional application support for critical enterprise workloads," said Vik Malyala, senior vice president, field application engineering and business development, Supermicro. "The AMD Instinct MI100 will be a great addition for our multi-GPU servers and our suite of high-performance systems."



The complete slide-deck follows.



For more information, visit the product page.

View at TechPowerUp Main Site

 

[okbuddy]

good for miner, bad for us

 

[Vya Domus]

This is going to be insanely fast for general purpose computing, 300W is also surprisingly low. I don't really understand what they are comparing in the context of A100, they say "mixed precision" but the footnotes quote the the FP16/32/64 throughput.

 

[dragontamer5788]

https://www.amd.com/system/files/documents/amd-cdna-whitepaper.pdf

CDNA's whitepaper. I'll be back when I get a chance to read it and provide some commentary.

 

[xkm1948]

Good they put lots of emphasis on software support. I wonder how good ROCm is nowadays. The bad effect of open source everything is fragmentation.

 

[dragontamer5788]

1. GCN-style SIMD16 across 4-clock cycles (64-sized wavefronts). "Based on Vega instead of RDNA" seems to be true.

2. Matrix operations, catching up (and beating) NVidia A100 in raw FP16 matrix-operations. Support for bfloat16 (an alternative FP16 format, more bits to the exponent, more similar to FP32 exponents)

3. FP32 matrix operation support (!!!!).

Already tested to a significant degree.

The AMD Instinct™ MI100 GPU is built to accelerate today’s most demanding HPC and AI workloads. Oak Ridge National Laboratory tested their exascale science codes on the MI100 as they ramp users to take advantage of the upcoming exascale Frontier system. Some of the performance results ranged from 1.4x faster to 3x faster performance compared to a node with V100. In the case of CHOLLA, an astrophysics application, the code was ported from CUDA to AMD ROCm™ in just an afternoon while enjoying 1.4x performance boost over V100.

This thing is a compute beast. Its sad though that no consumer equivalent seems to exist: this MI100 is probably a $5000 or maybe even a $10,000 part.

 

[z1n0x]

They dropped Radeon from the naming it seems.
It's interesting to me, how small they are relative to their competitors, yet spitting products left and right.

 

[dragontamer5788]

good for miner, bad for us

Miners don't need matrix-multiplication or double-precision floating point support.

This is for supercomputers, scientific compute, and finally "Deep Learning" applications.

Good they put lots of emphasis on software support. I wonder how good ROCm is nowadays. The bad effect of open source everything is fragmentation.

ROCm / HIP is pretty decent in my experience. The only problem with HIP is that AMD supports its MI-line of cards with HIP, not really their gaming cards. So RDNA / RDNA2 probably won't see much support, if at all.

Vega and Radeon VII get really good support, because they're similar to MI25 or MI50. But without an RDNA card in the MI line, it means that Navi / Navi 2x will probably not get very good support at all from ROCm/HIP.

 

[windwhirl]

They dropped Radeon from the naming it seems.

Indeed. According to some marketing docs that came out a little while ago, these new products are considered as AMD Instinct processors/GPUs, no Radeon brand in sight. Seems like a good move, is you ask me.

 

[xkm1948]

Miners don't need matrix-multiplication or double-precision floating point support.

This is for supercomputers, scientific compute, and finally "Deep Learning" applications.



ROCm / HIP is pretty decent in my experience. The only problem with HIP is that AMD supports its MI-line of cards with HIP, not really their gaming cards. So RDNA / RDNA2 probably won't see much support, if at all.

Vega and Radeon VII get really good support, because they're similar to MI25 or MI50. But without an RDNA card in the MI line, it means that Navi / Navi 2x will probably not get very good support at all from ROCm/HIP.

One of my colleague bought a pair of MI50 to put in her buy-in nodes. It was a PITA to get it working: first the University's cluster work scheduler wont recognize the 2 new installed GPU and even basic testing scripts would fail. After some adjustments and online search she was able to sort it out along with over 100hrs paid to the University's HPC support team for customized support. She tried contacting AMD directly and she only got email response like every week. That was just the beginning. Trying to compile anything written for CUDA (which is the vast majority of bioinformatics) was a PITA. She started off having a postdoc working on it, in the end the project was given to a group of computer science undergrads to figure out. Only took 9 months, meanwhile very little can be done with them. In the end they were able to get some work done on those MI50, but man, it was a shit show from the software point of view. SO MANY F*CKING BUGS!. That experience, versus the super clean and polished CUDA experience on Nvidia HPC hardware AND software eventually drove her to purchase some V100s in the end.

For research teams who basically thrive on trouble shooting, or writing up a custom platform on AMD ROCm and GPU computing it would make sense. For research team that just need 0 drama and consistent output, unfortunately CUDA and Nvidia is the only player able to deliver.

With AMD getting more profit, I would hope they would put more and more emphasis on the software side. Hardware is less than 50% of the problems.

 

[windwhirl]

With that kind of experience, AMD definitely better invest a lot of money into this... Still, damn, that's a terrible experience.

 

[jesdals]

Wonder if we will se a Vega bad binning spin off again?

 

[dragontamer5788]

One of my colleague bought a pair of MI50 to put in her buy-in nodes. It was a PITA to get it working: first the University's cluster work scheduler wont recognize the 2 new installed GPU and even basic testing scripts would fail. After some adjustments and online search she was able to sort it out along with over 100hrs paid to the University's HPC support team for customized support. She tried contacting AMD directly and she only got email response like every week. That was just the beginning. Trying to compile anything written for CUDA (which is the vast majority of bioinformatics) was a PITA. She started off having a postdoc working on it, in the end the project was given to a group of computer science undergrads to figure out. Only took 9 months, meanwhile very little can be done with them. In the end they were able to get some work done on those MI50, but man, it was a shit show from the software point of view. SO MANY F*CKING BUGS!. That experience, versus the super clean and polished CUDA experience on Nvidia HPC hardware AND software eventually drove her to purchase some V100s in the end.

For research teams who basically thrive on trouble shooting, or writing up a custom platform on AMD ROCm and GPU computing it would make sense. For research team that just need 0 drama and consistent output, unfortunately CUDA and Nvidia is the only player able to deliver.

With AMD getting more profit, I would hope they would put more and more emphasis on the software side. Hardware is less than 50% of the problems.

Some CUDA code can be ported, but not all. You'll really need a programmer who knows how the CUDA was written to know whether or not it'd be an easy job to port over to AMD's HIP.

HIP is missing a large set of CUDA features, such as thread-groups (EDIT: I mean cooperative groups), or some other various synchronization primitives. Something like hipThrust or hipPrim seem to be compile-time equivalent to cudaThrust or Cub, but its clearly a different implementation. The most important CUDA feature missing is device-side kernel launching.

If you have a CUDA system, I think you should just stay on CUDA. But if you're writing new software, I think that HIP is perfectly acceptable as a development environment.

 

[AnarchoPrimitiv]

I think this is the one going in the El Capitan supercomputer with the new Zen3 Epyc CPUs

One of my colleague bought a pair of MI50 to put in her buy-in nodes. It was a PITA to get it working: first the University's cluster work scheduler wont recognize the 2 new installed GPU and even basic testing scripts would fail. After some adjustments and online search she was able to sort it out along with over 100hrs paid to the University's HPC support team for customized support. She tried contacting AMD directly and she only got email response like every week. That was just the beginning. Trying to compile anything written for CUDA (which is the vast majority of bioinformatics) was a PITA. She started off having a postdoc working on it, in the end the project was given to a group of computer science undergrads to figure out. Only took 9 months, meanwhile very little can be done with them. In the end they were able to get some work done on those MI50, but man, it was a shit show from the software point of view. SO MANY F*CKING BUGS!. That experience, versus the super clean and polished CUDA experience on Nvidia HPC hardware AND software eventually drove her to purchase some V100s in the end.

For research teams who basically thrive on trouble shooting, or writing up a custom platform on AMD ROCm and GPU computing it would make sense. For research team that just need 0 drama and consistent output, unfortunately CUDA and Nvidia is the only player able to deliver.

With AMD getting more profit, I would hope they would put more and more emphasis on the software side. Hardware is less than 50% of the problems.

AMD literally has a tenth of the financial resources of Nvidia...what do you expect?

 

[xkm1948]

I think this is the one going in the El Capitan supercomputer with the new Zen3 Epyc CPUs



AMD literally has a tenth of the financial resources of Nvidia...what do you expect?

If they want a piece of that sweet HPC pie, they better have the good support.

Some CUDA code can be ported, but not all. You'll really need a programmer who knows how the CUDA was written to know whether or not it'd be an easy job to port over to AMD's HIP.

HIP is missing a large set of CUDA features, such as thread-groups, or some other various synchronization primitives. Something like hipThrust or hipPrim seem to be compile-time equivalent to cudaThrust or Cub, but its clearly a different implementation. The most important CUDA feature missing is device-side kernel launching.

If you have a CUDA system, I think you should just stay on CUDA. But if you're writing new software, I think that HIP is perfectly acceptable as a development environment.

Yeah, as I said, she bought into it initially for the low upfront cost and promises of "amazing raw power"

In the end, what matters is reliability and consistency for researchers. The development part is better left for pure CS people.

Then again it circles back to the problem of open source everything: fragmentation. There will be tons of badly supported implementation by the small academia research groups. Most would stop supporting and updating within a year or two once the funding period ends. Then nobody would understand or be able to use it any more from the research group that use it for actual work. Rinse and repeat. The consistency is bad

 

[dragontamer5788]

If they want a piece of that sweet HPC pie, they better have the good support.

I always thought that HIP vs CUDA was a strategic disadvantage. There's no way AMD can provide feature parity with CUDA, especially as NVidia just updates CUDA every few months with a new feature. At best, HIP will always lag behind by months, or years in terms of capability. But apparently there are enough people wanting CUDA-portability (not necessarily compatibility... but just an "easier port") that HIP is worthwhile.

What's more promising is technologies like OpenMP 4.5 or 5.0, providing easier to program device offload. This C / C++ / Fortran code can be "just recompiled" between NVidia or AMD systems, and "just work". Furthermore, scientific compute programmers are already very familiar with OpenMP / Fortran.

Then again it circles back to the problem of open source everything: fragmentation. There will be tons of badly supported implementation by the small academia research groups. Most would stop supporting and updating within a year or two once the funding period ends. Then nobody would understand or be able to use it any more from the research group that use it for actual work. Rinse and repeat. The consistency is bad

AMD has put a lot of money into hipThrust / TensorFlow, and other stuff for that PyCUDA community. AMD's matrix multiplication libraries are also pretty decent on HIP. If you want to just BLAS some matrixes, the software is more than capable to do that sort of thing.

What AMD needs is to support higher-level languages, like Julia, better. Julia's community clearly wants to work on HIP better, but there's been a lot of confusion about which cards support ROCm. AMD needs to be more clear that NAVI / NAVI 2.x do not support ROCm.

 

[Fluffmeister]

Interestingly Nvidia also announced a new version of the A100 today which comes loaded with a whopping 80GB of 3.2Gbps HBM2e pushing 2TB/s in bandwidth. Eek!

 

[TumbleGeorge]

I think this is the one going in the El Capitan supercomputer with the new Zen 3 4 Epyc CPUs

I just fixed for you.

 

[Exyvia]

While performance is great, many data centres do not look for performance as the determining factor, it'll most likely be support both in software and customer care.

Since they will always be a faster card coming out.

 

[Jism]

300W is also surprisingly low

In the above image, they display one server with up to 8 instinct cards, and 2x epyc CPU's. When running at full load, your looking at 2400W alone for the GPU's, and an estimated 600W for the CPU's as well. A very expensive setup esp when your having this in a datacenter where you pay for Kw/h / amps an hour. Thats more then 3Kwh to have that thing at full blast.

Amazing tech tho.

 

[Fouquin]

Wonder if we will se a Vega bad binning spin off again?

No. Just like nVidia's A100 these have no render pipeline. Anything that fails out of top bin can't be sold as a dGPU, it'll just be a lower tier HPC GPGPU. There is a chance these could be sold as individual accelerators for headless compute boxes.

In the above image, they display one server with up to 8 instinct cards, and 2x epyc CPU's. When running at full load, your looking at 2400W alone for the GPU's, and an estimated 600W for the CPU's as well. A very expensive setup esp when your having this in a datacenter where you pay for Kw/h / amps an hour. Thats more then 3Kwh to have that thing at full blast.

It's not so much about how much power it uses. It's about how much can get done with the power. If your 3kWh 4U does the customer's work in half the time of the competitor's 2kWh 4U, you're still the cheaper option overall.