Ascend C
搜索

Appearance

本页内容

asc_loadalign_brc_elem2datablock

产品支持情况​

  • Ascend 950PR/Ascend 950DT：支持
  • Atlas A3 训练系列产品/Atlas A3 推理系列产品：不支持
  • Atlas A2 训练系列产品/Atlas A2 推理系列产品：不支持
  • Atlas 200I/500 A2 推理产品：不支持
  • Atlas 推理系列产品AI Core：不支持
  • Atlas 推理系列产品Vector Core：不支持
  • Atlas 训练系列产品：不支持

功能说明​

头文件路径为："c_api/reg_compute/load/loadalign.h"。

从Unified Buffer（UB）中16字节对齐（b16类型）或32字节对齐（b32类型）的起始地址连续读取8个元素，并将每个元素广播到输出结果对应的一个DataBlock（32字节）中。结果通过函数返回值返回或写入目的矢量数据寄存器，搬运过程中数据格式和内容保持不变。本接口提供三种功能模式：

  • 对齐搬入模式：将UB源地址的数据搬入到矢量数据寄存器，由用户自行更新源地址。
  • 立即数偏移搬入模式：从相对源起始地址偏移指定距离的位置搬入数据。本接口不会自动更新源地址。
  • 地址寄存器偏移搬入模式：通过地址寄存器指定相对源起始地址的偏移，常用于Hardware Loop内偏移随循环计数变化的对齐搬入场景。需要与asc_update_addr_reg配合使用。

本接口仅在AIV上生效，非AIV调用直接返回。

函数原型​

对齐搬入模式​

C
// 通过函数返回值返回结果。
__simd_callee__ inline vector_<dtype> asc_loadalign_brc_elem2datablock(__ubuf__ <dtype>* src)

// 通过引用参数输出结果。
__simd_callee__ inline void asc_loadalign_brc_elem2datablock(vector_<dtype>& dst,
                                                             __ubuf__ <dtype>* src)

dtype支持数据类型​

dtype支持的数据类型为int16_t、uint16_t、half、bfloat16_t、int32_t、uint32_t、float。

函数原型典型示例​

C
// 示例：half类型。
__simd_callee__ inline vector_half asc_loadalign_brc_elem2datablock(__ubuf__ half* src)

__simd_callee__ inline void asc_loadalign_brc_elem2datablock(vector_half& dst,
                                                             __ubuf__ half* src)

立即数偏移搬入模式​

C
__simd_callee__ inline void asc_loadalign_brc_elem2datablock(vector_<dtype>& dst,
                                                            __ubuf__ <dtype>* src,
                                                            int32_t offset)

dtype支持数据类型​

dtype支持的数据类型为int16_t、uint16_t、half、bfloat16_t、int32_t、uint32_t、float。

函数原型典型示例​

C
// 示例：half类型。
__simd_callee__ inline void asc_loadalign_brc_elem2datablock(vector_half& dst,
                                                            __ubuf__ half* src,
                                                            int32_t offset)

地址寄存器偏移搬入模式​

C
__simd_callee__ inline void asc_loadalign_brc_elem2datablock(vector_<dtype>& dst,
                                                            __ubuf__ <dtype>* src,
                                                            addr_reg offset)

dtype支持数据类型​

dtype支持的数据类型为int16_t、uint16_t、half、bfloat16_t、int32_t、uint32_t、float。

函数原型典型示例​

C
// 示例：half类型。
__simd_callee__ inline void asc_loadalign_brc_elem2datablock(vector_half& dst,
                                                            __ubuf__ half* src,
                                                            addr_reg offset)

参数说明​

对齐搬入模式​

表1 参数说明

参数名输入/输出描述
dst输出目的矢量数据寄存器。仅无返回值类型接口包含该参数。dtype必须与src一致，搬入VL长度数据。
src输入源UB地址，实际读取地址必须满足对齐要求：b16类型必须按16字节对齐，b32类型必须按32字节对齐。

立即数偏移搬入模式​

表2 参数说明

参数名输入/输出描述
dst输出目的矢量数据寄存器。dtype必须与src一致，搬入VL长度数据。
src输入源UB地址，实际读取地址必须满足对齐要求：b16类型必须按16字节对齐，b32类型必须按32字节对齐。
offset输入相对src起始地址的偏移，单位为元素个数。

地址寄存器偏移搬入模式​

表3 参数说明

参数名输入/输出描述
dst输出目的矢量数据寄存器。dtype必须与src一致，搬入VL长度数据。
src输入源UB地址，实际读取地址必须满足对齐要求：b16类型必须按16字节对齐，b32类型必须按32字节对齐。
offset输入地址寄存器，类型为addr_reg，必须通过asc_update_addr_reg生成。该寄存器记录相对src起始地址的偏移，单位为元素个数。b16、b32模式分别表示每个元素占2字节、4字节。

矢量数据寄存器的详细说明请参见reg数据类型定义。

返回值说明​

对于返回值类型接口，返回保存广播搬入结果的矢量数据寄存器，数据类型与src保持一致。

约束说明​

通用约束​

  • 本接口仅在AIV上生效，非AIV调用直接返回。
  • 本接口在Vector Function（__simd_vf__标记的函数）内调用。
  • 各功能模式下，b16类型的实际读取地址必须按16字节对齐，b32类型的实际读取地址必须按32字节对齐，且实际读取范围必须在UB地址空间内且不越界，否则会报错。
  • UB容量上限为256KB，用户可用容量随编译选项与编程场景变化（默认预留6KB SIMD VF栈 + 2KB Ascend C预留，可用248KB；SIMD+SIMT混编时再划分32KB～128KB作Data Cache，可用容量进一步减少）。UB地址偏移后不可超过实际可用容量，否则会报错。
  • 如果本指令与其他指令存在UB地址重叠，需要插入同步指令asc_mem_bar，保证多个指令串行化，防止出现异常数据。

地址寄存器偏移搬入模式​

必须先调用asc_update_addr_reg接口。

调用示例​

将代码保存为example.asc后，可通过bisheng命令编译运行，其中--npu-arch参数需根据实际产品型号指定对应的NPU架构，具体产品与NPU架构的映射关系请参考__NPU_ARCH__。

以Ascend 950PR/Ascend 950DT产品（对应NPU架构为dav-3510）为例，编译运行命令如下：

Bash
bisheng example.asc -o main --npu-arch=dav-3510 && ./main
C++
#include <cstdint>
#include <iostream>
#include <vector>
#include "c_api/asc_simd.h"
#include "acl/acl.h"

namespace {
__aicore__ constexpr uint32_t ceil_division(uint32_t numerator, uint32_t denominator)
{
    return (numerator + denominator - 1) / denominator;
}

constexpr uint32_t INPUT_ELEMENTS = 16;
constexpr uint32_t OUTPUT_ELEMENTS = 256;
constexpr uint32_t INPUT_BYTES = INPUT_ELEMENTS * sizeof(uint16_t);
constexpr uint32_t OUTPUT_BYTES = OUTPUT_ELEMENTS * sizeof(uint16_t);

__simd_vf__ inline void asc_loadalign_brc_elem2datablock_vf(
    __ubuf__ uint16_t* output, __ubuf__ uint16_t* input, uint16_t one_repeat_size, uint16_t repeat_time)
{
    vector_bool mask = asc_create_mask_b16(PAT_ALL);
    vector_uint16_t dst_reg;
    for (uint16_t i = 0; i < repeat_time; ++i) {
        asc_loadalign_brc_elem2datablock(dst_reg, input + i * 8);
        asc_storealign(output + i * one_repeat_size, dst_reg, mask);
    }
}

__global__ __vector__ void asc_loadalign_brc_elem2datablock_kernel(
    __gm__ uint16_t* output, __gm__ uint16_t* input)
{
    asc_init();
    __ubuf__ uint16_t input_local[INPUT_ELEMENTS];
    __ubuf__ uint16_t output_local[OUTPUT_ELEMENTS];
    asc_copy_gm2ub_align(input_local, input, INPUT_BYTES);
    asc_sync_notify(PIPE_MTE2, PIPE_V, EVENT_ID0);
    asc_sync_wait(PIPE_MTE2, PIPE_V, EVENT_ID0);
    uint16_t one_repeat_size = asc_get_vf_len() / sizeof(uint16_t);
    uint16_t repeat_time = ceil_division(OUTPUT_ELEMENTS, one_repeat_size);
    asc_vf_call<asc_loadalign_brc_elem2datablock_vf>(output_local, input_local, one_repeat_size, repeat_time);
    asc_sync_notify(PIPE_V, PIPE_MTE3, EVENT_ID0);
    asc_sync_wait(PIPE_V, PIPE_MTE3, EVENT_ID0);
    asc_copy_ub2gm_align(output, output_local, OUTPUT_BYTES);
    asc_sync();
}
} // namespace

int main()
{
    std::vector<uint16_t> input(INPUT_ELEMENTS);
    std::vector<uint16_t> output(OUTPUT_ELEMENTS, 0xffff);
    std::vector<uint16_t> golden(OUTPUT_ELEMENTS, 0);
    for (uint16_t i = 0; i < INPUT_ELEMENTS; ++i) input[i] = static_cast<uint16_t>(i + 1);
    for (uint16_t i = 0; i < OUTPUT_ELEMENTS; ++i) golden[i] = input[i / 16];

    aclInit(nullptr);
    aclrtSetDevice(0);
    uint16_t* input_device = nullptr;
    uint16_t* output_device = nullptr;
    aclrtMalloc(reinterpret_cast<void**>(&input_device), INPUT_BYTES, ACL_MEM_MALLOC_HUGE_FIRST);
    aclrtMalloc(reinterpret_cast<void**>(&output_device), OUTPUT_BYTES, ACL_MEM_MALLOC_HUGE_FIRST);
    aclrtMemcpy(input_device, INPUT_BYTES, input.data(), INPUT_BYTES, ACL_MEMCPY_HOST_TO_DEVICE);
    asc_loadalign_brc_elem2datablock_kernel<<<1, 0>>>(output_device, input_device);
    aclrtSynchronizeDevice();
    aclrtMemcpy(output.data(), OUTPUT_BYTES, output_device, OUTPUT_BYTES, ACL_MEMCPY_DEVICE_TO_HOST);

    const bool passed = output == golden;
    std::cout << (passed ? "[Success]" : "[Failed]") << " asc_loadalign_brc_elem2datablock example." << std::endl;
    aclrtFree(input_device);
    aclrtFree(output_device);
    aclrtResetDevice(0);
    aclFinalize();
    return passed ? 0 : 1;
}

免责声明：本站内容由 asc-devkit 仓 master 分支自动编译生成，属于持续开发版本，可能存在缺陷，仅供预览与参考。如需稳定及商用资料，请查阅官方 昇腾社区。

Copyright Huawei Technologies Co., Ltd.