PTO-ISA 通信同步指令 TTEST基于轮询的非阻塞信号检测与跨 NPU 同步实战【免费下载链接】pto-isaParallel Tile Operation (PTO) is a virtual instruction set architecture designed by Ascend CANN, focusing on tile-level operations. This repository offers high-performance, cross-platform tile operations across Ascend platforms.项目地址: https://gitcode.com/cann/pto-isaTTEST 是 PTO-ISA 通信指令集中用于非阻塞信号检测的核心原语它一次性比较一个或多个信号值是否满足指定条件并立即返回布尔结果适用于带超时的轮询同步、与其他计算交错的进度检查等场景。本文以 TTEST 指令文档 为主线结合仓库内头文件实现与 NPU 侧测试用例完整讲解其数学语义、汇编/内建接口、约束条件与工程实战模式帮助你在 CANN PTOParallel Tile Operation编程模型下正确使用 TTEST 构建高效的跨 NPU 同步逻辑。信号同步体系中的 TTEST在 PTO-ISA 的跨 NPU 通信体系中基于标志flag的信号同步由三个指令配合完成均定义在 include/pto/comm/pto_comm_inst.hpp指令语义角色TNOTIFY向远端 NPU 的本地信号写入值Set或AtomicAdd生产者写信号TWAIT阻塞等待直到信号满足比较条件消费者阻塞等待TTEST非阻塞检测信号是否满足比较条件立即返回true/false消费者轮询/检测三者中TNOTIFY与TWAIT/TTEST通常成对出现远端 NPU 通过TNOTIFY写入信号本端 NPU 通过TWAIT或TTEST读取该信号并判断同步是否完成。TTEST与TWAIT的区别在于阻塞性TWAIT会自旋直到条件满足才返回而TTEST无论条件是否满足都立即返回布尔值把等待策略的控制权完全交给用户代码——这正是实现超时轮询、忙等待期间穿插计算、多信号分阶段检查等模式的基础。核心语义与数学解释TTEST 的语义一句话概括检测信号是否满足比较条件满足返回true否则返回false且绝不阻塞。对单个信号检测结果即一次布尔比较$$ \mathrm{result} (\mathrm{signal} ;\mathtt{cmp}; \mathrm{cmpValue}) $$对信号张量signal tensor要求所有元素同时满足条件结果是对全部元素比较结果的逻辑与$$ \mathrm{result} \bigwedge_{d_0, d_1, d_2, d_3, d_4} (\mathrm{signal}_{d_0, d_1, d_2, d_3, d_4} ;\mathtt{cmp}; \mathrm{cmpValue}) $$其中比较运算符cmp ∈ {EQ, NE, GT, GE, LT, LE}。也就是说只要张量中存在任何一个元素不满足条件TTEST 就返回false——这一点在多 worker 汇聚同步例如等待 4×8 网格中所有 worker 就绪时非常关键。汇编语法TTEST 的汇编形态将信号、比较值与比较运算符封装为一条类指令LLVM/MLIR 风格语法%result ttest %signal, %cmp_value {cmp #pto.cmpEQ} : (!pto.memrefi32, i32) - i1 %result ttest %signal_matrix, %cmp_value {cmp #pto.cmpGE} : (!pto.memrefi32, MxN, i32) - i1可以看到信号类型为!pto.memrefi32标量信号或!pto.memrefi32, MxNM×N 信号矩阵比较运算符通过#pto.cmp...属性指定指令产生一个i1布尔结果。C 内建接口与底层实现TTEST 的 C 内建接口声明于 include/pto/comm/pto_comm_inst.hpptemplate typename GlobalSignalData, typename... WaitEvents PTO_INST bool TTEST(GlobalSignalData signalData, int32_t cmpValue, WaitCmp cmp, WaitEvents... events);参数说明signalData信号数据对象必须是GlobalSignal/GlobalTensor形态元素类型为int32_tcmpValue比较的基准值int32_tcmp比较运算符类型为comm::WaitCmp枚举events可变参数等待事件列表——接口在检测前会先调用WaitAllEvents(events...)保证此前依赖的异步操作完成后才读取信号。底层实现 TTEST_IMPL 剖析公共接口最终调用平台实现TTEST_IMPL。以 a2a3 平台为例实现在 include/pto/comm/a2a3/TTest.hpp。从源码可以梳理出以下几个关键设计点1. 编译期类型约束。实现第一行即用static_assert强制信号原始类型必须为int32_tstatic_assert(std::is_same_vtypename GlobalSignalData::RawDType, int32_t, TTEST: signal type must be int32_t);这从编译期杜绝了把非 32 位整数当作信号使用的错误。2. 从 GlobalTensor 提取 5 维形状与步长。实现通过signalData.GetShape(GlobalTensorDim::DIM_0..DIM_4)与GetStride(...)获取完整的 5 维形状和步长随后用 5 层嵌套循环按idx d0*st0 d1*st1 d2*st2 d3*st3 d4*st4计算每个元素的偏移并逐一检测。单信号comm::Signal的形状固定为1,1,1,1,1因此循环只执行一次信号矩阵则由其形状决定遍历区域最高 5 维。3. 强制读取内存语义。基指针被声明为volatile __gm__ int32_t*并在每次读取前后插入__asm__ __volatile__()内存屏障防止编译器将轮询读取优化掉或重排同时每次读取前调用dcci(ptr, cache_line_t::SINGLE_CACHE_LINE)使对应缓存行失效data cache clean invalidate确保读到的是远端 NPU 最新写入的值而非本地缓存中的旧值。这一点对轮询场景至关重要——没有缓存失效反复 TTEST 可能永远读到陈旧信号。4. 短路返回。5 层循环内一旦发现某个元素不满足条件立即return false无需遍历全部元素——与数学语义所有信号均须满足完全一致。WaitCmp 比较运算符比较运算符WaitCmp定义在 include/pto/comm/comm_types.hpp为uint8_t枚举实现中通过switch完成运行时比较见TTest.hpp中的TestCompareSignal枚举值条件典型用途EQsignal cmpValue等待信号置位到精确值如 1NEsignal ! cmpValue等待信号离开某个值如! 0GTsignal cmpValue等待计数器严格超过阈值GEsignal cmpValue等待进度计数达到阈值最常用的进度检查LTsignal cmpValue等待计数器回落到阈值以下LEsignal cmpValue等待计数器不高于阈值信号类型Signal 与 Signal2DTTEST 接收的信号对象同样定义在 include/pto/comm/comm_types.hppcomm::SignalGlobalTensorint32_t, Shape1,1,1,1,1, Stride1,1,1,1,1, Layout::ND的别名即单元素标量信号形状语义为1,1,1,1,1comm::GlobalSignalElement, Shape, Stride通用信号张量别名可表达最高 5 维的信号区域comm::Signal2DRows, Cols编译期定形的 2D 信号矩阵。稠密布局时步长自动取Cols若要从更大的信号网格中取子区域视图可传入自定义DIM_3步长Signal2D4, 8 sub(ptr offset, 128)。正是基于这些类型同一个 TTEST 接口既能检测单个信号也能检测任意多维信号张量。约束条件使用 TTEST 必须遵守以下约束与 TWAIT 基本一致区别仅在返回值类型约束GlobalSignalData::DType底层RawDType必须为int32_t32 位信号否则编译失败内存约束signalData必须指向当前 NPU 的本地地址本地 GM/HBM。本地指 NPU 所有权归属当前 NPU 的 GM vs 远端 NPU 的 GM而非 CCE 地址空间限定符远端 NPU 通过TNOTIFY写入该地址返回值条件满足返回true否则返回false对信号张量仅当所有信号均满足条件才返回true形状语义单信号形状1,1,1,1,1信号张量由形状决定检测区域最高 5 维。实战示例从基础检测到工程化轮询以下示例全部来自 TTEST 指令文档可在 kernel 代码中直接落地。基础检测检查单个信号是否已被置为 1#include pto/comm/pto_comm_inst.hpp using namespace pto; bool check_ready(__gm__ int32_t* local_signal) { comm::Signal sig(local_signal); // Check if signal 1 return comm::TTEST(sig, 1, comm::WaitCmp::EQ); }检测信号矩阵检测 4×8 稠密 worker 网格中所有 32 个信号是否全部就绪——这是Signal2D与全量满足语义的典型配合#include pto/comm/pto_comm_inst.hpp using namespace pto; // Test if all signals from a 4x8 dense grid of workers are ready bool check_worker_grid(__gm__ int32_t* signal_matrix) { comm::Signal2D4, 8 grid(signal_matrix); // Returns true only if all 32 signals 1 return comm::TTEST(grid, 1, comm::WaitCmp::EQ); }带超时的轮询TTEST 非阻塞特性的最大价值在有限次轮询内等待信号超时后返回失败避免无限自旋#include pto/comm/pto_comm_inst.hpp using namespace pto; bool poll_with_timeout(__gm__ int32_t* local_signal, int max_iterations) { comm::Signal sig(local_signal); for (int i 0; i max_iterations; i) { if (comm::TTEST(sig, 1, comm::WaitCmp::EQ)) { return true; // Signal received } // Could do other work here between polls } return false; // Timeout }两次轮询之间的注释位置正是与其他工作交错执行的接入点可以把不依赖该信号的计算任务插入循环体让等待时间被充分利用。基于进度的轮询利用GE比较符轮询进度计数器等待期间持续做有用工作——这是 TTEST 相对TWAIT最典型的优势场景#include pto/comm/pto_comm_inst.hpp using namespace pto; void process_with_progress(__gm__ int32_t* local_counter, int expected_count) { comm::Signal counter(local_counter); while (!comm::TTEST(counter, expected_count, comm::WaitCmp::GE)) { // Do some useful work while waiting // ... } // All expected signals received }TWAIT 与 TTEST 对比两者可随时互换语义差异仅在阻塞性#include pto/comm/pto_comm_inst.hpp using namespace pto; void compare_wait_test(__gm__ int32_t* local_signal) { comm::Signal sig(local_signal); // Blocking: spins until signal 1 comm::TWAIT(sig, 1, comm::WaitCmp::EQ); // Non-blocking: returns immediately with result bool ready comm::TTEST(sig, 1, comm::WaitCmp::EQ); }选择建议若等待期间没有其他可执行的工作、且确定信号终将到达用TWAIT自旋语义由指令实现代码更简洁若需要超时控制、需要与计算交错、或只是做一次性条件检测用TTEST自行组织轮询循环。测试用例佐证仓库在多个平台目录下为 TTEST 提供了完整的功能测试可对照阅读以加深理解例如 tests/npu/a2a3/comm/st/testcase/ttest/ttest_kernel.cppTTestTrueKernelrank 0 用TNOTIFY(..., 42, NotifyOp::Set)写入远端信号rank 1 用TTEST(localSignal, 42, WaitCmp::EQ)检测验证结果为trueTTestFalseKernel信号值为 42 时用TTEST(..., 100, WaitCmp::EQ)检测验证结果为falseTTestCompareKernel通过模板参数化WaitCmp逐一验证GE/GT/LE/LT/NE等比较运算符的正确性TTestPollingTimeoutKernelrank 0 延时若干迭代后才发信号rank 1 在max_polls上限内循环 TTEST 并记录实际轮询次数与最终结果——完整复现了带超时轮询模式TTestNEKernel与子区域检测用例分别验证NE运算符与带自定义步长的信号子区域检测。此外tests/npu/a2a3/comm/st/testcase/tput_async 等异步 DMA 相关测试中也用TTEST(signal, sequence 1, WaitCmp::GE)轮询异步传输完成计数展示了 TTEST 与异步事件回执结合的实际用法。CPU 侧对应测试位于 tests/cpu/st/testcase/ttest/ttest_kernel.cpp便于在无 NPU 环境下先行验证语义。小结TTEST 是 PTO-ISA 中非阻塞信号检测的唯一定义点它以立即返回的布尔结果、支持最高 5 维信号张量的全量满足语义、以及EQ/NE/GT/GE/LT/LE六种比较运算符为跨 NPU 同步提供了从简单置位检查到超时轮询、进度交错计算的完整能力。配合TNOTIFY写信号、TWAIT阻塞等待即可构建灵活可靠的标志式跨 NPU 同步逻辑。工程实践中建议单信号与 2D 网格分别使用comm::Signal与comm::Signal2D需要超时或交错工作时优先选择 TTEST 自行组织轮询。【免费下载链接】pto-isaParallel Tile Operation (PTO) is a virtual instruction set architecture designed by Ascend CANN, focusing on tile-level operations. This repository offers high-performance, cross-platform tile operations across Ascend platforms.项目地址: https://gitcode.com/cann/pto-isa创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 PTO-ISA 通信同步指令 TTEST：基于轮询的非阻塞信号检测与跨 NPU 同步实战
PTO-ISA 通信同步指令 TTEST基于轮询的非阻塞信号检测与跨 NPU 同步实战【免费下载链接】pto-isaParallel Tile Operation (PTO) is a virtual instruction set architecture designed by Ascend CANN, focusing on tile-level operations. This repository offers high-performance, cross-platform tile operations across Ascend platforms.项目地址: https://gitcode.com/cann/pto-isaTTEST 是 PTO-ISA 通信指令集中用于非阻塞信号检测的核心原语它一次性比较一个或多个信号值是否满足指定条件并立即返回布尔结果适用于带超时的轮询同步、与其他计算交错的进度检查等场景。本文以 TTEST 指令文档 为主线结合仓库内头文件实现与 NPU 侧测试用例完整讲解其数学语义、汇编/内建接口、约束条件与工程实战模式帮助你在 CANN PTOParallel Tile Operation编程模型下正确使用 TTEST 构建高效的跨 NPU 同步逻辑。信号同步体系中的 TTEST在 PTO-ISA 的跨 NPU 通信体系中基于标志flag的信号同步由三个指令配合完成均定义在 include/pto/comm/pto_comm_inst.hpp指令语义角色TNOTIFY向远端 NPU 的本地信号写入值Set或AtomicAdd生产者写信号TWAIT阻塞等待直到信号满足比较条件消费者阻塞等待TTEST非阻塞检测信号是否满足比较条件立即返回true/false消费者轮询/检测三者中TNOTIFY与TWAIT/TTEST通常成对出现远端 NPU 通过TNOTIFY写入信号本端 NPU 通过TWAIT或TTEST读取该信号并判断同步是否完成。TTEST与TWAIT的区别在于阻塞性TWAIT会自旋直到条件满足才返回而TTEST无论条件是否满足都立即返回布尔值把等待策略的控制权完全交给用户代码——这正是实现超时轮询、忙等待期间穿插计算、多信号分阶段检查等模式的基础。核心语义与数学解释TTEST 的语义一句话概括检测信号是否满足比较条件满足返回true否则返回false且绝不阻塞。对单个信号检测结果即一次布尔比较$$ \mathrm{result} (\mathrm{signal} ;\mathtt{cmp}; \mathrm{cmpValue}) $$对信号张量signal tensor要求所有元素同时满足条件结果是对全部元素比较结果的逻辑与$$ \mathrm{result} \bigwedge_{d_0, d_1, d_2, d_3, d_4} (\mathrm{signal}_{d_0, d_1, d_2, d_3, d_4} ;\mathtt{cmp}; \mathrm{cmpValue}) $$其中比较运算符cmp ∈ {EQ, NE, GT, GE, LT, LE}。也就是说只要张量中存在任何一个元素不满足条件TTEST 就返回false——这一点在多 worker 汇聚同步例如等待 4×8 网格中所有 worker 就绪时非常关键。汇编语法TTEST 的汇编形态将信号、比较值与比较运算符封装为一条类指令LLVM/MLIR 风格语法%result ttest %signal, %cmp_value {cmp #pto.cmpEQ} : (!pto.memrefi32, i32) - i1 %result ttest %signal_matrix, %cmp_value {cmp #pto.cmpGE} : (!pto.memrefi32, MxN, i32) - i1可以看到信号类型为!pto.memrefi32标量信号或!pto.memrefi32, MxNM×N 信号矩阵比较运算符通过#pto.cmp...属性指定指令产生一个i1布尔结果。C 内建接口与底层实现TTEST 的 C 内建接口声明于 include/pto/comm/pto_comm_inst.hpptemplate typename GlobalSignalData, typename... WaitEvents PTO_INST bool TTEST(GlobalSignalData signalData, int32_t cmpValue, WaitCmp cmp, WaitEvents... events);参数说明signalData信号数据对象必须是GlobalSignal/GlobalTensor形态元素类型为int32_tcmpValue比较的基准值int32_tcmp比较运算符类型为comm::WaitCmp枚举events可变参数等待事件列表——接口在检测前会先调用WaitAllEvents(events...)保证此前依赖的异步操作完成后才读取信号。底层实现 TTEST_IMPL 剖析公共接口最终调用平台实现TTEST_IMPL。以 a2a3 平台为例实现在 include/pto/comm/a2a3/TTest.hpp。从源码可以梳理出以下几个关键设计点1. 编译期类型约束。实现第一行即用static_assert强制信号原始类型必须为int32_tstatic_assert(std::is_same_vtypename GlobalSignalData::RawDType, int32_t, TTEST: signal type must be int32_t);这从编译期杜绝了把非 32 位整数当作信号使用的错误。2. 从 GlobalTensor 提取 5 维形状与步长。实现通过signalData.GetShape(GlobalTensorDim::DIM_0..DIM_4)与GetStride(...)获取完整的 5 维形状和步长随后用 5 层嵌套循环按idx d0*st0 d1*st1 d2*st2 d3*st3 d4*st4计算每个元素的偏移并逐一检测。单信号comm::Signal的形状固定为1,1,1,1,1因此循环只执行一次信号矩阵则由其形状决定遍历区域最高 5 维。3. 强制读取内存语义。基指针被声明为volatile __gm__ int32_t*并在每次读取前后插入__asm__ __volatile__()内存屏障防止编译器将轮询读取优化掉或重排同时每次读取前调用dcci(ptr, cache_line_t::SINGLE_CACHE_LINE)使对应缓存行失效data cache clean invalidate确保读到的是远端 NPU 最新写入的值而非本地缓存中的旧值。这一点对轮询场景至关重要——没有缓存失效反复 TTEST 可能永远读到陈旧信号。4. 短路返回。5 层循环内一旦发现某个元素不满足条件立即return false无需遍历全部元素——与数学语义所有信号均须满足完全一致。WaitCmp 比较运算符比较运算符WaitCmp定义在 include/pto/comm/comm_types.hpp为uint8_t枚举实现中通过switch完成运行时比较见TTest.hpp中的TestCompareSignal枚举值条件典型用途EQsignal cmpValue等待信号置位到精确值如 1NEsignal ! cmpValue等待信号离开某个值如! 0GTsignal cmpValue等待计数器严格超过阈值GEsignal cmpValue等待进度计数达到阈值最常用的进度检查LTsignal cmpValue等待计数器回落到阈值以下LEsignal cmpValue等待计数器不高于阈值信号类型Signal 与 Signal2DTTEST 接收的信号对象同样定义在 include/pto/comm/comm_types.hppcomm::SignalGlobalTensorint32_t, Shape1,1,1,1,1, Stride1,1,1,1,1, Layout::ND的别名即单元素标量信号形状语义为1,1,1,1,1comm::GlobalSignalElement, Shape, Stride通用信号张量别名可表达最高 5 维的信号区域comm::Signal2DRows, Cols编译期定形的 2D 信号矩阵。稠密布局时步长自动取Cols若要从更大的信号网格中取子区域视图可传入自定义DIM_3步长Signal2D4, 8 sub(ptr offset, 128)。正是基于这些类型同一个 TTEST 接口既能检测单个信号也能检测任意多维信号张量。约束条件使用 TTEST 必须遵守以下约束与 TWAIT 基本一致区别仅在返回值类型约束GlobalSignalData::DType底层RawDType必须为int32_t32 位信号否则编译失败内存约束signalData必须指向当前 NPU 的本地地址本地 GM/HBM。本地指 NPU 所有权归属当前 NPU 的 GM vs 远端 NPU 的 GM而非 CCE 地址空间限定符远端 NPU 通过TNOTIFY写入该地址返回值条件满足返回true否则返回false对信号张量仅当所有信号均满足条件才返回true形状语义单信号形状1,1,1,1,1信号张量由形状决定检测区域最高 5 维。实战示例从基础检测到工程化轮询以下示例全部来自 TTEST 指令文档可在 kernel 代码中直接落地。基础检测检查单个信号是否已被置为 1#include pto/comm/pto_comm_inst.hpp using namespace pto; bool check_ready(__gm__ int32_t* local_signal) { comm::Signal sig(local_signal); // Check if signal 1 return comm::TTEST(sig, 1, comm::WaitCmp::EQ); }检测信号矩阵检测 4×8 稠密 worker 网格中所有 32 个信号是否全部就绪——这是Signal2D与全量满足语义的典型配合#include pto/comm/pto_comm_inst.hpp using namespace pto; // Test if all signals from a 4x8 dense grid of workers are ready bool check_worker_grid(__gm__ int32_t* signal_matrix) { comm::Signal2D4, 8 grid(signal_matrix); // Returns true only if all 32 signals 1 return comm::TTEST(grid, 1, comm::WaitCmp::EQ); }带超时的轮询TTEST 非阻塞特性的最大价值在有限次轮询内等待信号超时后返回失败避免无限自旋#include pto/comm/pto_comm_inst.hpp using namespace pto; bool poll_with_timeout(__gm__ int32_t* local_signal, int max_iterations) { comm::Signal sig(local_signal); for (int i 0; i max_iterations; i) { if (comm::TTEST(sig, 1, comm::WaitCmp::EQ)) { return true; // Signal received } // Could do other work here between polls } return false; // Timeout }两次轮询之间的注释位置正是与其他工作交错执行的接入点可以把不依赖该信号的计算任务插入循环体让等待时间被充分利用。基于进度的轮询利用GE比较符轮询进度计数器等待期间持续做有用工作——这是 TTEST 相对TWAIT最典型的优势场景#include pto/comm/pto_comm_inst.hpp using namespace pto; void process_with_progress(__gm__ int32_t* local_counter, int expected_count) { comm::Signal counter(local_counter); while (!comm::TTEST(counter, expected_count, comm::WaitCmp::GE)) { // Do some useful work while waiting // ... } // All expected signals received }TWAIT 与 TTEST 对比两者可随时互换语义差异仅在阻塞性#include pto/comm/pto_comm_inst.hpp using namespace pto; void compare_wait_test(__gm__ int32_t* local_signal) { comm::Signal sig(local_signal); // Blocking: spins until signal 1 comm::TWAIT(sig, 1, comm::WaitCmp::EQ); // Non-blocking: returns immediately with result bool ready comm::TTEST(sig, 1, comm::WaitCmp::EQ); }选择建议若等待期间没有其他可执行的工作、且确定信号终将到达用TWAIT自旋语义由指令实现代码更简洁若需要超时控制、需要与计算交错、或只是做一次性条件检测用TTEST自行组织轮询循环。测试用例佐证仓库在多个平台目录下为 TTEST 提供了完整的功能测试可对照阅读以加深理解例如 tests/npu/a2a3/comm/st/testcase/ttest/ttest_kernel.cppTTestTrueKernelrank 0 用TNOTIFY(..., 42, NotifyOp::Set)写入远端信号rank 1 用TTEST(localSignal, 42, WaitCmp::EQ)检测验证结果为trueTTestFalseKernel信号值为 42 时用TTEST(..., 100, WaitCmp::EQ)检测验证结果为falseTTestCompareKernel通过模板参数化WaitCmp逐一验证GE/GT/LE/LT/NE等比较运算符的正确性TTestPollingTimeoutKernelrank 0 延时若干迭代后才发信号rank 1 在max_polls上限内循环 TTEST 并记录实际轮询次数与最终结果——完整复现了带超时轮询模式TTestNEKernel与子区域检测用例分别验证NE运算符与带自定义步长的信号子区域检测。此外tests/npu/a2a3/comm/st/testcase/tput_async 等异步 DMA 相关测试中也用TTEST(signal, sequence 1, WaitCmp::GE)轮询异步传输完成计数展示了 TTEST 与异步事件回执结合的实际用法。CPU 侧对应测试位于 tests/cpu/st/testcase/ttest/ttest_kernel.cpp便于在无 NPU 环境下先行验证语义。小结TTEST 是 PTO-ISA 中非阻塞信号检测的唯一定义点它以立即返回的布尔结果、支持最高 5 维信号张量的全量满足语义、以及EQ/NE/GT/GE/LT/LE六种比较运算符为跨 NPU 同步提供了从简单置位检查到超时轮询、进度交错计算的完整能力。配合TNOTIFY写信号、TWAIT阻塞等待即可构建灵活可靠的标志式跨 NPU 同步逻辑。工程实践中建议单信号与 2D 网格分别使用comm::Signal与comm::Signal2D需要超时或交错工作时优先选择 TTEST 自行组织轮询。【免费下载链接】pto-isaParallel Tile Operation (PTO) is a virtual instruction set architecture designed by Ascend CANN, focusing on tile-level operations. This repository offers high-performance, cross-platform tile operations across Ascend platforms.项目地址: https://gitcode.com/cann/pto-isa创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考