cuda - CUDA PTX 代码和寄存器内存的混淆

标签 cuda ptx

:) 当我尝试管理内核资源时,我决定研究一下 PTX,但有一些事情我不明白。这是我编写的一个非常简单的内核:

__global__
void foo(float* out, float* in, uint32_t n)
{
    uint32_t idx = blockIdx.x * blockDim.x + threadIdx.x;
    uint32_t one = 5;
    out[idx] = in[idx]+one;
}

然后我使用:nvcc --ptxas-options=-v -keep main.cu 编译它,并在控制台上得到了以下输出:

ptxas info    : 0 bytes gmem
ptxas info    : Compiling entry function '_Z3fooPfS_j' for 'sm_10'
ptxas info    : Used 2 registers, 36 bytes smem

生成的 ptx 如下:

    .entry _Z3fooPfS_j (
            .param .u64 __cudaparm__Z3fooPfS_j_out,
            .param .u64 __cudaparm__Z3fooPfS_j_in,
            .param .u32 __cudaparm__Z3fooPfS_j_n)
    {
    .reg .u16 %rh<4>;
    .reg .u32 %r<5>;
    .reg .u64 %rd<8>;
    .reg .f32 %f<5>;
    .loc    15  17  0
$LDWbegin__Z3fooPfS_j:
    .loc    15  21  0
    mov.u16     %rh1, %ctaid.x;
    mov.u16     %rh2, %ntid.x;
    mul.wide.u16    %r1, %rh1, %rh2;
    cvt.u32.u16     %r2, %tid.x;
    add.u32     %r3, %r2, %r1;
    cvt.u64.u32     %rd1, %r3;
    mul.wide.u32    %rd2, %r3, 4;
    ld.param.u64    %rd3, [__cudaparm__Z3fooPfS_j_in];
    add.u64     %rd4, %rd3, %rd2;
    ld.global.f32   %f1, [%rd4+0];
    mov.f32     %f2, 0f40a00000;        // 5
    add.f32     %f3, %f1, %f2;
    ld.param.u64    %rd5, [__cudaparm__Z3fooPfS_j_out];
    add.u64     %rd6, %rd5, %rd2;
    st.global.f32   [%rd6+0], %f3;
    .loc    15  22  0
    exit;
$LDWend__Z3fooPfS_j:
    } // _Z3fooPfS_j

现在有些事情我不明白:

  • 根据 ptx 汇编,使用了 4+5+8+5=22 个寄存器。那为什么编译时会说used 2 registers呢?
  • 查看程序集,我发现 threadId、blockId 等的数据类型是 u16。这是CUDA规范中定义的吗?或者不同版本的 CUDA 驱动程序之间可能会有所不同?
  • 有人可以向我解释一下这一行:mul.wide.u16 %r1, %rh1, %rh2;吗? %r1u32,为什么使用wide而不是u32
  • 寄存器的名称是如何选择的?在我的花瓶中,我理解 %r 部分,但不理解 h,(null),d 部分。是根据数据类型长度来选择的吗?即:h 代表 16 位,null 代表 32 位,d 代表 64 位?
  • 如果我用这个 out[idx] = in[idx]; 替换内核的最后两行,那么当我编译程序时,它会说使用了 3 个寄存器!现在怎么可能使用更多的寄存器?

请忽略我的测试内核不检查数组索引是否越界的事实。

非常感谢。

最佳答案

PTX 是一种中间语言,旨在跨多个 GPU 架构进行移植。它由编译器组件 PTXAS 编译为最终的机器代码,也称为 SASS,适用于特定的体系结构。 nvcc 选项 -Xptxas -v使 PTXAS 报告有关生成的机器代码的各种统计信息,包括机器代码中使用的物理寄存器的数量。您可以通过使用 cuobjdump --dump-sass 反汇编来检查机器代码。 .

因此,PTX 代码中使用的寄存器数量没有任何意义,因为这些是虚拟寄存器。 CUDA 编译器以所谓的 SSA 形式生成 PTX 代码(静态单一赋值,请参阅 http://en.wikipedia.org/wiki/Static_single_assignment_form)。这基本上意味着写入的每个新结果都会分配一个新寄存器。

指令mul.wide PTX 规范中对此进行了描述,您可以在此处找到其当前版本 (3.1):http://docs.nvidia.com/cuda/parallel-thread-execution/index.html 。在您的示例代码中,后缀 .u16意味着它将两个无符号 16 位量相乘并返回无符号 32 位结果,即它计算源操作数的完整双角乘积。

PTX 中的虚拟寄存器是有类型的,但它们的名称可以自由选择,与类型无关。 CUDA 编译器似乎遵循某些约定(据我所知)没有记录,因为它们是内部实现工件。看看一堆PTX代码,很明显当前生成的寄存器名称编码类型信息,这样做可能是为了便于调试: p<num>用于谓词,r<num>对于 32 位整数,rd<num>对于 64 位整数,f<num>对于 32 位 float ,和 fd<num>对于 64 位 double 。您可以通过查看.reg轻松地亲自看到这一点。 PTX 代码中创建这些虚拟寄存器的指令。

关于cuda - CUDA PTX 代码和寄存器内存的混淆,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16975727/

相关文章:

cuda - half2在CUDA中的使用

opencv - nvcc : fatal error : Option '--cubin (-cubin)' is not allowed when compiling for multiple GPU code instances

c++ - 一种使用PTX计算C++/CUDA程序中浮点运算的方法

CUDA 内联 PTX ld.shared 遇到 cudaErrorIllegalAddress 错误

c++ - 如何在 CUDA C++ 代码中使用 'red' 和 'atom' PTX 指令?

java - PTX 到 OpenCl 中的目标翻译

matlab - 从 CUDA 代码创建 mex 文件

arrays - CUDA:如何在 GPU 中将数组的所有元素相加为一个数字?

c++ - 用于矩阵加法的 Cuda 程序

performance - CUDA:示例代码具有 300% 多 GPU 缩放/性能优化