PCTuning fórum

AMD support CUDA ( Jde vlastně o překladač umožňující AMD GPU pracovat s CUDA )

Today at Super Computing 15 (SC15) AMD is launching the Boltzmann Initiative and introducing a new HPC focused driver, a new compiler, and a runtime to translate CUDA code into something that can be compiled using AMD’s new compiler to run on AMD’s hardware. Those of you who are familiar with Ludwig Boltzmann may recall his contributions to Kinetic theory and development of Statistical Mechanics. AMD has named its new HPC initiative after him to highlight how his work is still being used in neural networking and Navier-Stokes algorithms on GPUs.

HiPify tools simplify porting from CUDA to HIP.

Now there are some unknowns here, including whether AMD can keep HIP up to date with CUDA feature additions, but more importantly there’s a question of just what NVIDIA’s reaction will be. CUDA is NVIDIA’s, through and through, and it does make one wonder whether NVIDIA would try to sue AMD for implementing the CUDA API without NVIDIA’s permission, particularly in light of the latest developments in the Oracle vs. Google case on the Java API. AMD for their part has had their legal team look at the issue extensively and doesn’t believe they’re at risk – pointing in part to Google’s own efforts to bring CUDA support to LLVM with GPUCC – though I suspect AMD’s efforts are a bit more inflammatory given the direct competition. Ultimately it’s a matter that will be handled by AMD and NVIDIA only if it comes to it, but it’s something that does need to be pointed out.

with the Boltzmann Initiative AMD is taking an important and very much necessary step to redefine themselves in the HPC space. By providing an improved driver layer for Linux supporting headless operation and a unified memory space, with a compiler for direct, single source C++ compilation on top of that, and a CUDA compatibility layer to reach the established CUDA user base, AMD Is finally getting far more aggressive on the HPC side of matters, and making the moves that many have argued they have needed to make for quite some time

Krteq píše:To je ale zmínka jen o toolech (HiPify tools), celá infrastruktura by měla být dost robustní na to aby zvládala zpracovávat/překládat kód psaný v CUDA

Krteq píše:Však já mluvil o celém HiP.

To bring applications written for CUDA onto AMD platforms, AMD's new HIP tool allows over 90 percent of CUDA code to be automatically converted into C++, the final 10 percent being manually converted in C++. This capability expands the installed hardware base available to run what were formerly exclusively CUDA-based applications.

We are not supporting CUDA. What we are providing is a standard C++ compiler for GPU/CPU plus tools that simplify porting CUDA apps to use it.

No change in direction other than adding some porting tools to make it easier for existing HPC users to run on our HW. This is the latest version of the HSA stack, and HCC is the latest version of the C++-over-HSA compiler. It just gets more interesting when you run it on a box of dGPUs instead of a single APU.

HSA isn't a programming language on its own (other than the HSAIL IR), it's a compute stack that supports a variety of standard languages and tools.