What is the purpose of using multiple “arch” flags in Nvidia's NVCC compiler?

后端 未结 2 884
执笔经年
执笔经年 2020-11-27 12:43

I\'ve recently gotten my head around how NVCC compiles CUDA device code for different compute architectures.

From my understanding, when using NVCC\'s -gencode optio

相关标签:
2条回答
  • 2020-11-27 13:28

    Roughly speaking, the code compilation flow goes like this:

    CUDA C/C++ device code source --> PTX --> SASS

    The virtual architecture (e.g. compute_20, whatever is specified by -arch compute...) determines what type of PTX code will be generated. The additional switches (e.g. -code sm_21) determine what type of SASS code will be generated. SASS is actually executable object code for a GPU (machine language). An executable can contain multiple versions of SASS and/or PTX, and there is a runtime loader mechanism that will pick appropriate versions based on the GPU actually being used.

    As you point out, one of the handy features of GPU operation is JIT-compile. JIT-compile will be done by the GPU driver (does not require the CUDA toolkit to be installed) anytime a suitable PTX code is available but a suitable SASS code is not. The definition of a "suitable PTX" code is one which is numerically equal to or lower than the GPU architecture being targeted for running the code. To pick an example, specifying arch=compute_30,code=compute_30 would tell nvcc to embed cc3.0 PTX code in the executable. This PTX code could be used to generate SASS code for any future architecture that the GPU driver supports. Currently this would include architectures like Pascal, Volta, Turing, etc. assuming the GPU driver supports those architectures.

    One advantage of including multiple virtual architectures (i.e. multiple versions of PTX), then, is that you have executable compatibility with a wider variety of target GPU devices (although some devices may trigger a JIT-compile to create the necessary SASS).

    One advantage of including multiple "real GPU targets" (i.e. multiple SASS versions) is that you can avoid the JIT-compile step, when one of those target devices is present.

    If you specify a bad set of options, it's possible to create an executable that won't run (correctly) on a particular GPU.

    One possible disadvantage of specifying a lot of these options is code size bloat. Another possible disadvantage is compile time, which will generally be longer as you specify more options.

    It's also possible to create excutables that contain no PTX, which may be of interest to those trying to obscure their IP.

    Creating PTX suitable for JIT should be done by specifying a virtual architecture for the code switch.

    0 讨论(0)
  • 2020-11-27 13:30

    The purpose of multiple -arch flags is to use the __CUDA_ARCH__ macro for conditional compilation (ie, using #ifdef) of differently-optimized code paths.

    See here: http://docs.nvidia.com/cuda/cuda-compiler-driver-nvcc/index.html#virtual-architecture-identification-macro

    0 讨论(0)
提交回复
热议问题