赞
踩
【2023 · CANN训练营第一季】Ascend C算子开发入门(中)
CANN算子有两种类型,TBE算子与AI CPU算子。
TBE(Tensor Boost Engine,张量加速引擎)提供了基于TVM(Tensor Virtual Machine,张量虚拟机)框架的自定义算子开发能力,提供了用户开发自定义算子所需工具。TBE框架给用户提供了两种算子开发方式 :DSL与TIK。开发者可以根据需求自由选择,两种开发方式的区别如下:
DSL( Domain-Specific Language ,基于特性域语言)
DSL接口已高度封装,用户仅需要使用DSL接口完成计算过程的表达,后续的算子调度、算子优化及编译都可通过已有的接口一键式完成,适合初级开发用户。
TIK( Tensor Iterator Kernel, 张量嵌套内核)
开发者可以通过调用TIK提供的API基于Python语言编写自定义算子,然后TIK编译器会将其编译为适配昇腾AI处理器应用程序的二进制文件。TIK需要用户手工控制数据搬运和计算流程,入门较高,但开发方式比较灵活,能够充分挖掘硬件能力,在性能上有一定的优势。
以下几种场景下,可使用AI CPU方式实现自定义算子:
不适合跑在AI Core上的算子,例如非矩阵类的复杂计算,逻辑比较复杂的分支密集型算子等。
例如,Dump、profiling等控制算子,Queue、Stack等资源状态类算子,TopK、Where等检索类算子。
AI Core不支持的算子,算子需要某些数据类型,但AI Core不支持,例如Complex32、Complex64。
某些场景下,为了快速打通网络在昇腾AI处理器的执行流程,在TBE实现自定义算子较为困难的情况下,可通过自定义AI CPU算子进行功能调测,提升调测效率。功能调通之后,后续性能调测过程中再将AI CPU自定义算子转换为TBE算子实现。
TIK(Tensor Iterator Kernel)是一种基于Python语言的动态编程框架,呈现为一个Python模块。 开发者可以通过调用TIK提供的API基于Python语言编写自定义算子,然后TIK编译器会编译为适配昇腾AI处理器应用程序的二进制文件。
使用TIK进行编程的过程,如下图所示,用户调用TIK API编写算子对应的Python程序后,TIK会将其转化为TIK DSL(TIK DSL是一种DSL语言,它可以在比CCE更高的抽象层次上定义CCEC程序的行为),经过编译器编译后生成CCEC文件(CCEC代码目前对于TIK编程人员无法感知),再经过CCE编译器编译后生成可运行在昇腾AI处理器上的应用程序。
TIK2是一种使用C/C++作为前端语言的编程框架,开发者可以使用TIK2提供的API编写自定义算子,并通过CCEC编译器对自定义算子进行编译,生成可运行在昇腾AI处理器上的应用程序。
TIK与TIK2开发方式对比
算子开发方式 | TIK | TIK2 |
---|---|---|
语言 | Python | C/C++ |
计算单元 | AI Core | AI Core |
编程模型 | 并行化:提供串行化编程体系,方便编写算子,TIK工具自动对计算过程并行化,实现高性能。 自动内存管理:程序员在编写算子的时候不用感知和管理地址,编译器会做好内存分配。 | 针对不同的硬件体系结构,抽象出统一的并行计算架构,屏蔽硬件差异;基于抽象的编程架构,可以快速开发出高效的算子。 |
调试方式 | 使用TIK调试器进行功能调试,可快速定位功能问题。 | 使用gdb工具在CPU侧进行功能调试,调试后可无缝移植到AI处理器运行。 |
API | API丰富灵活,提供高级参数,满足高阶用户需求。 | 多层级API封装,从简单到灵活,兼顾易用与高效。 |
AI Core是昇腾AI处理器的计算核心,可以看成是一个相对简化的现代微处理器的基本架构,负责执行矩阵、向量、标量计算密集的算子任务。它包括了三种基础计算资源:矩阵计算单元(Cube Unit)、向量计算单元(Vector Unit)和标量计算单元(Scalar Unit)。这三种计算单元各司其职,形成了三条独立的执行流水线,在系统软件的统一调度下互相配合达到优化的计算效率。AI Core中包含计算单元、存储单元、控制单元、搬运单元。
计算单元是AI Core中提供强大算力的核心单元,相当于AI Core的主力军,主要包括:Cube Unit(矩阵计算单元)、Vector Unit(向量计算单元)和Scalar Unit(标量计算单元),完成AI Core中不同类型的数据计算。
计算单元 | 描述 |
---|---|
Cube | Cube负责执行矩阵运算。Cube每次执行可以完成一个fp16的1616与1616的矩阵乘,例如C=AxB,如果是int8输入,则一次完成16x32与32x16的矩阵乘。其中A来源于L0A,B来源于L0B,L0C存储矩阵乘的结果和中间结果。 |
Vector | Vector负责执行向量运算。其算力低于Cube,但灵活度高于Cube(如支持数学中的求倒数,求平方根等)。 |
Scalar | Scalar负责各类型的标量数据运算和程序的流程控制。功能上可以看做一个小CPU,完成整个程序的循环控制、分支判断、Cube/Vector等指令的地址和参数计算以及基本的算术运算等。 |
AI Core需要把外部存储中的数据加载到内部存储中,才能完成相应的计算。
通常,AI Core的外部存储包括L2、HBM、DDR等。
AI Core的内部存储,统称为Local Memory,主要包括:L1 Buffer(L1缓冲区),L0 Buffer(L0缓冲区),Unified Buffer(统一缓冲区)和Scalar Buffer(标量缓冲区)。
存储单元 | 描述 |
---|---|
MTE | AI Core上有多个MTE(Memory Transfer Engine,存储转换引擎),包括MTE1、MTE2、MTE3。MTE是数据搬运单元,负责AI Core内部数据在不同Buffer之间的数据读写管理和格式转换的操作,比如填充(padding)、转置(transpose)、3D图像转2D矩阵(Img2Col)等。 |
BIU | BIU (Bus Interface Unit,总线接口单元),是AI Core的“大门”,负责AI Core与总线交互。BIU是AI Core从外部(L2缓冲区/双倍速率内存DDR/高速宽带内存HBM)读取数据以及往外写数据的出入口,负责把AI Core的读写请求转换为总线上的请求并完成协议交互等工作。 |
L1 Buffer | L1缓冲区,通用内部存储,是AI Core内比较大的一块数据中转区,可暂存AI Core中需要反复使用的一些数据从而减少从总线读写的次数。某些MTE的数据格式转换功能,要求源数据必须位于L1 Buffer,例如3D图像转2D矩阵(Img2Col)操作。 |
L0A Buffer / L0B Buffer | Cube指令的输入。 |
L0C Buffer | Cube指令的输出,但进行累加计算的时候,也是输入的一部分。 |
Unified Buffer | 统一缓冲区,向量和标量计算的输入和输出。 |
Scalar Buffer | 标量计算的通用缓冲区,作为GPR(通用寄存器,General-Purpose Register)不足时的补充。 |
GPR | 通用寄存器(General-Purpose Register),标量计算的输入和输出。应用开发工程师不需要具体关注这些寄存器。由系统内部实现封装,程序访问Scalar Buffer并执行标量计算的时候,系统内部自动实现Scalar Buffer和GPR之间的同步。 |
SPR | 专用寄存器(Special-Purpose Register),AI Core的一组配置寄存器。通过修改SPR的内容可以修改AI Core的部分计算行为。 |
不同类型的昇腾AI处理器,存储单元大小不同,用户可通过get_soc_spec接口获取。
def get_soc_spec(key)
参数名 | 类型 | 说明 |
---|---|---|
key | string类型 | 获取硬件信息,包含:“SOC_VERSION”“AICORE_TYPE”“CORE_NUM”“UB_SIZE”“L2_SIZE”“L1_SIZE”“CUBE_SIZE”“L0A_SIZE”“L0B_SIZE”“L0C_SIZE”“SMASK_SIZE” |
根据输入的key返回对应的值:
SOC_VERSION
:返回标识SOC类型的字符串。AICORE_TYPE
:返回Core的类型,有AiCore
或VectorCore
两种返回值。CORE_NUM
:返回核数,int类型。UB_SIZE
:返回UB大小,int类型,单位Byte。L2_SIZE
:返回L2大小,int类型,单位Byte。L1_SIZE
:返回L1大小,int类型,单位Byte。CUBE_SIZE
:返回CUBE大小,tuple类型,如(16,16,16),单位为Byte。L0A_SIZE
:返回L0A大小,int类型,单位为Byte。L0B_SIZE
:返回L0B大小,int类型,单位为Byte。L0C_SIZE
:返回L0C大小,int类型,单位为Byte。SMASK_SIZE
:返回Smask buffer大小,int类型,单位为Byte。实际调用时,将变量soc_version的值修改为实际的昇腾AI处理器型号。
import tbe
soc_version="xxx"
tbe.common.platform.set_current_compile_soc_info(soc_version)
tbe.common.platform.get_soc_spec("CORE_NUM")
上图的存储单元是软件层面概念,其中:
QuePosition | 硬件存储单元 |
---|---|
GM | Global Memory |
A1 | L1 Buffer |
A2 | L0A Buffer |
B1 | L1 Buffer |
B2 | L0B Buffer |
CO1 | L0C Buffer |
CO2 | Unified Buffer |
不同scope的对齐要求,如下表所示:
scope | 对齐要求 |
---|---|
Unified Buffer | 昇腾310 AI处理器,要求32Byte对齐;昇腾910 AI处理器,要求32Byte对齐;昇腾310P AI处理器AI Core,要求32Byte对齐;昇腾310P AI处理器Vector Core,要求32Byte对齐 |
L1 Buffer | 512Byte对齐 |
L1OUT Buffer | half类型数据要求512Byte对齐;float/int32_t/uint32_t类型数据要求1024Byte对齐 |
Global Memory | 暂无对齐要求 |
控制单元为整个计算过程提供了指令控制,相当于AI Core的司令部,负责整个AI Core的运行。系统控制模块(System Control)负责指挥和协调AI Core的整体运行模式,配置参数和实现功耗控制等。当指令通过指令发射模块(Instruction Dispatch)顺次发射出去后,根据指令的不同类型,将会分别被发送到矩阵运算队列(Cube Queue)、向量运算队列(Vector Queue)和存储转换队列(MTE Queue)。指令执行过程中,可以提前预取后续指令,并一次读入多条指令进入缓存,提升指令执行效率。多条指令从系统内存通过总线接口(BIU)进入到AI Core的指令缓存模块(Instruction Cache)中等待,后续硬件快速自动解码或运算。指令被解码后便会被导入标量指令处理队列(Scalar PSQ)中,实现地址解码与运算控制。
AI Core包含的控制单元,如下表所示。
控制单元 | 描述 |
---|---|
系统控制模块(System Control) | 外部的Task Scheduler控制和初始化AI Core的配置接口, 配置PC、Para_base、BlockID等信息,具体功能包括:Block执行控制、Block执行完之后中断和状态申报、执行错误状态申报等。 |
指令缓存模块(Instruction Cache) | AI Core内部的指令Cache, 具有指令预取功能。 |
标量指令处理队列(Scalar PSQ) | Scalar指令处理队列。 |
指令发射模块(Instruction Dispatch) | CUBE/Vector/MTE指令经过Scalar PSQ处理之后,地址、参数等要素都已经配置好,之后Instruction Dispatch单元根据指令的类型,将CUBE/Vector/MTE指令分别分发到对应的指令队列等待相应的执行单元调度执行。 |
矩阵运算队列(Cube Queue) | Cube运算队列。同一个队列里的指令顺序执行,不同队列之间可以并行执行。 |
向量运算队列(Vector Queue) | Vector运算队列。同一个队列里的指令顺序执行,不同队列之间可以并行执行。 |
存储转换队列(MTE Queue) | MTE存储转换队列。同一个队列里的指令顺序执行,不同队列之间可以并行执行。 |
事件同步模块(Event Sync) | 用于控制不同队列指令(也叫做不同指令流水)之间的依赖和同步的模块。 |
根据调度分类的不同,可以把指令分类,加上被译码过程直接解释的Scalar指令(缩写为S),可以有6种指令分类:S、V、M、MTE1、MTE2、MTE3。
队列缩写 | 队列名称 | 备注 |
---|---|---|
V | Vector指令队列 | 用于调度向量指令 |
M | Matrix指令队列 | 用于调度Cube指令 |
MTE1 | 存储移动指令队列1 | 用于调度如下内存移动指令:L1到L0A/L0B/UB,或者用SPR初始化L0A/L0B Buffer |
MTE2 | 存储移动指令队列2 | 用于调度如下内存移动指令:L2/HBM/DDR到L1/L0A/L0B/UB |
MTE3 | 存储移动指令队列3 | 用于调度如下内存移动指令:UB到L2/HBM/DDR |
除S队列之外,不同队列的指令能够乱序执行,但是队列内部指令为顺序执行,即在满足数据依赖的前提下,指令的物理执行顺序不一定与代码的书写顺序一致。
硬件按照下发顺序,将不同队列的指令分发到相应的队列上执行,昇腾AI处理器提供Barrier、set_flag/wait_flag两种指令,保证队列内部以及队列之间按照逻辑关系执行。
注意:TBE封装了这种依赖关系,所以应用开发人员不必对Barrier或者Flag进行编程。但应用开发人员仍需要理解这个基本原理,才能通过合适的代码调度,实现更好的同步关系。基于DSL方式进行算子开发无需关注代码调度,DSL提供了自动调度(auto_schedule)机制。
AI Core采用顺序取指令、并行执行指令的调度方式,流水线执行过程如下图所示:
指令序列被顺序译码。根据指令的类型,有两种可能:
DMA搬运单元,负责在Global Memory和Local Memory之间搬运数据,具体来说,把数据搬运到Local Memory,Vector/Cube计算单元完成数据计算,并把计算结果写回Local Memory,DMA搬出单元把处理好的数据搬运回Global Memory。DMA搬运单元包括:MTE2(Memory Transfer Engine,数据搬入单元),MTE3(数据搬出单元)。
核函数是直接在Device设备端执行的代码。在核函数中,需要为在一个核上执行的代码规定要进行的数据访问和计算操作,当核函数被调用时,多个核将并行执行同一个计算任务。
extern "C" __global__ __aicore__ void add_tik2(__gm__ uint8_t* x, __gm__ uint8_t* y, __gm__ uint8_t* z)
{
}
核函数的函数类型限定符,包括 __global__
和 __aicore__
,其中__global__
标识核函数,__aicore__
表示核函数在设备端aicore上执行。
函数类型限定符 | 执行 | 调用 | 备注 |
---|---|---|---|
global | 在设备端执行 | 由<<<…>>>来调用 | 必须有一个void返回值类型 |
aicore | 在设备端执行 | 仅从设备端调用 | - |
指针入参变量统一的类型定义为 __gm__ uint8_t*
,Init()函数的入参统一设置为uint8_t*类型的指针,在后续的使用中需要将其转化为实际的指针类型;用户亦可直接传入实际的指针类型。
变量类型限定符 | 内存空间 | 意义 |
---|---|---|
gm | 驻留在Global Memory上 | 表明该指针变量指向Global Memory上某处内存地址 |
#ifndef __CCE_KT_TEST__
表示核函数在NPU侧运行,核函数通过核函数调用符 <<<...>>>
调用。<<<...>>>
仅在NPU侧调用,在CPU侧直接调用核函数即可。
#ifndef __CCE_KT_TEST__
// call of kernel function
void add_tik2_do(uint32_t blockDim, void* l2ctrl, void* stream, uint8_t* x, uint8_t* y, uint8_t* z)
{
add_tik2<<<blockDim, l2ctrl, stream>>>(x, y, z);
}
#endif
Init()
函数实现constexpr int32_t TOTAL_LENGTH = 8 * 2048; // total length of data
constexpr int32_t USE_CORE_NUM = 8; // num of core used
constexpr int32_t BLOCK_LENGTH = TOTAL_LENGTH / USE_CORE_NUM; // length computed of each core
constexpr int32_t TILE_NUM = 8; // split data into 8 tiles for each core
constexpr int32_t BUFFER_NUM = 2; // tensor num for each queue
constexpr int32_t TILE_LENGTH = BLOCK_LENGTH / TILE_NUM / BUFFER_NUM; // each tile length is seperated to 2 part, due to double buffer
__aicore__ inline void Init(__gm__ uint8_t* x, __gm__ uint8_t* y, __gm__ uint8_t* z)
{
//获取核函数的输入输出在Global Memory上的内存偏移地址
// get start index for current core, core parallel
xGm.SetGlobalBuffer((__gm__ half*)x + block_idx * BLOCK_LENGTH);
yGm.SetGlobalBuffer((__gm__ half*)y + block_idx * BLOCK_LENGTH);
zGm.SetGlobalBuffer((__gm__ half*)z + block_idx * BLOCK_LENGTH);
// 通过Pipe内存管理对象为输入输出Queue分配内存
// pipe alloc memory to queue, the unit is Bytes
pipe.InitBuffer(inQueueX, BUFFER_NUM, TILE_LENGTH * sizeof(half));
pipe.InitBuffer(inQueueY, BUFFER_NUM, TILE_LENGTH * sizeof(half));
pipe.InitBuffer(outQueueZ, BUFFER_NUM, TILE_LENGTH * sizeof(half));
}
解释说明:
(__gm__ half*)x + block_idx * BLOCK_LENGTH
即为单核处理程序中x在Global Memory上的内存偏移地址。注意,因为Init函数的入参统一设置为 uint8_t*
,这里需要强转成具体的数据类型 (__gm__ half*)
,再进行偏移。// 数据整体长度
// total length of data
constexpr int32_t TOTAL_LENGTH = 8 * 2048;
// 使用多核
// num of core used
constexpr int32_t USE_CORE_NUM = 8;
//每个核处理数据的大小
// length computed of each core
constexpr int32_t BLOCK_LENGTH = TOTAL_LENGTH / USE_CORE_NUM;
block_num默认取值为1,即不分核;而采用分核并行时,其取值上限为65535,用户需要保证block_num的值不超过此阈值。
在for_range的原型定义里,用户通过设置参数block_num来实现分核并行,简单代码示例如下:
with tik_instance.for_range( 0, 10, block_num=10) as i:
for_range循环中的表达式会被作用在10个执行实例上,最终10个执行实例会被分配到10个核上并行运行,每个核拿到一个执行实例和一个不同的Block ID。如果当前可用的核的数量小于10,则执行实例会在当前可用的核上分批调度执行;如果当前可用的核的数量大于等于10,则会根据实际情况调度执行,实际运行的核数可能小于等于10。
一个算子中只能调用一次for_range实现分核,即设置block_num >=2,不允许多次开启多核。
用户可以通过get_soc_spec接口获取AI Core的个数。
# 请根据实际昇腾AI处理器型号进行设置
soc_version="xxx"
# 设置昇腾AI处理器的型号及目标核的类型
tbe.common.platform.set_current_compile_soc_info(soc_version)
tbe.common.platform.get_soc_spec("CORE_NUM") # 使用该接口前需要先设置芯片类型
为保证负载均衡,block_num一般尽量设置为实际核数量的倍数。假设芯片内含32个AI Core,假如一个张量的形状为(16, 2, 32, 32, 32),如果以张量的第一维度(最外层)进行分核,则只能绑定16个核。此时,可通过将张量的第一维度和第二维度合并,使得最外层的长度变成32,以此将任务均摊到32个AI Core上,使用尽可能多的核并行处理。需要注意的是,顾及后端内存自动分配机制限制,用户实施分核并行时必须从最外层开始做维度合并。
对于单核上的处理数据,可以进行数据切块(Tiling)。
// split data into 8 tiles for each core
constexpr int32_t TILE_NUM = 8;
// tensor num for each queue
constexpr int32_t BUFFER_NUM = 2;
// each tile length is seperated to 2 part, due to double buffer
constexpr int32_t TILE_LENGTH = BLOCK_LENGTH / TILE_NUM / BUFFER_NUM;
Process()
函数实现基于矢量编程范式,将核函数的实现分为3个基本任务:CopyIn,Compute,CopyOut。
__aicore__ inline void Process()
{
// loop count need to be doubled, due to double buffer
constexpr int32_t loopCount = TILE_NUM * BUFFER_NUM;
// tiling strategy, pipeline parallel
for (int32_t i = 0; i < loopCount; i++) {
CopyIn(i);
Compute(i);
CopyOut(i);
}
}
核函数内通过数据切块(Tiling),实现流水线之间的并行。举例来说,将单核处理数据分成n份,使用progress0processn-1表示处理第1n个数据切片。progress0经过CopyIn Stage之后进入Compute Stage,CopyIn即可以处理progress1,做到了流水线间并行。根据编程范式上面的算法分析,将整个计算拆分成三个Stage,用户单独编写每个Stage的代码,三阶段流程示意图如下:
__aicore__ inline void CopyIn(int32_t progress)
{
// alloc tensor from queue memory
LocalTensor<half> xLocal = inQueueX.AllocTensor<half>();
LocalTensor<half> yLocal = inQueueY.AllocTensor<half>();
// copy progress_th tile from global tensor to local tensor
DataCopy(xLocal, xGm[progress * TILE_LENGTH], TILE_LENGTH);
DataCopy(yLocal, yGm[progress * TILE_LENGTH], TILE_LENGTH);
// enque input tensors to VECIN queue
inQueueX.EnQue(xLocal);
inQueueY.EnQue(yLocal);
}
__aicore__ inline void Compute(int32_t progress)
{
// deque input tensors from VECIN queue
LocalTensor<half> xLocal = inQueueX.DeQue<half>();
LocalTensor<half> yLocal = inQueueY.DeQue<half>();
LocalTensor<half> zLocal = outQueueZ.AllocTensor<half>();
// call Add instr for computation
Add(zLocal, xLocal, yLocal, TILE_LENGTH);
// enque the output tensor to VECOUT queue
outQueueZ.EnQue<half>(zLocal);
// free input tensors for reuse
inQueueX.FreeTensor(xLocal);
inQueueY.FreeTensor(yLocal);
}
__aicore__ inline void CopyOut(int32_t progress)
{
// deque output tensor from VECOUT queue
LocalTensor<half> zLocal = outQueueZ.DeQue<half>();
// copy progress_th tile from local tensor to global tensor
DataCopy(zGm[progress * TILE_LENGTH], zLocal, TILE_LENGTH);
// free output tensor for reuse
outQueueZ.FreeTensor(zLocal);
}
不同的流水任务之间存在数据依赖,需要进行数据传递。TIK2中使用Queue队列完成任务之间的数据通信和同步,提供EnQue、DeQue等基础API。
Queue队列管理NPU上不同层级的物理内存时,用一种抽象的逻辑位置 (QuePosition) 来表达各个级别的存储(Storage Scope),代替了片上物理存储的概念,开发者无需感知硬件架构,达到隐藏芯片架构的目的。Queue类型包括:VECIN、VECOUT、A1、A2、B1、B2、CO1、CO2,其中VECIN、VECOUT主要用于矢量编程,具体说明参见[矢量编程](javascript:
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。