文件最后提交记录最后更新时间
aclnn接口校验补充 Co-authored-by: JimmyLam2<linjingmin2@huawei.com> # message auto-generated for no-merge-commit merge: !5081 merge master2 into master aclnn接口校验补充 Created-by: JimmyLam2 Commit-by: JimmyLam2 Merged-by: cann-robot Description: ## 描述 moe_finalize_routing_v2、moe_finalize_routing_v2_grad、moe_init_routing_v2、moe_init_routing_v2_grad的aclnn接口校验缺失,需要补充 ## 关联的Issue https://gitcode.com/cann/ops-transformer/issues/2399 ## 测试 OBP、二级冒烟均已通过 ## 文档更新 <!--如果这个PR包含文档的更新,请在这里指出。例如:更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他,请描述: See merge request: cann/ops-transformer!508115 天前
修正moe_init_routing_v2文档问题 Co-authored-by: t00620168<tujun6@huawei.com> # message auto-generated for no-merge-commit merge: !3907 merge fix_mirv2_docs into master 修正moe_init_routing_v2文档问题 Created-by: tujun6 Commit-by: t00620168 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动,包括改动的原因和所采取的方法。--> 规范MoE路由初始化算子 aclnnMoeInitRoutingV2 接口文档中的输出参数命名。原文档中多个输出参数的后缀命名不一致,本次修改将其统一规范为以 Out 结尾,以明确其输出属性,确保文档与接口实现/接口example的一致性 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue,请在这里提供Issue链接。例如:关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单,请在这里描述问题单单号。--> https://gitcode.com/cann/ops-transformer/issues/1781 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> 不涉及 ## 文档更新 <!--如果这个PR包含文档的更新,请在这里指出。例如:更新了README.md文件。--> 更新了moe/moe_init_routing_v2/docs/aclnnMoeInitRoutingV2.md ## 类型标签 <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [x] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他,请描述: See merge request: cann/ops-transformer!39071 个月前
fix: Moe算子原型在ops-transformer仓缺失geir原型注册 Co-authored-by: ChenPengyi<chenpengyi@huawei.com> # message auto-generated for no-merge-commit merge: !4301 merge cpy_42 into master fix: Moe算子原型在ops-transformer仓缺失geir原型注册 Created-by: cpy_123456 Commit-by: ChenPengyi Merged-by: cann-robot Description: ## 描述 "背景:can_dev仓迁移到can_eco仓,算子原型库迁移情况排查(排查重复注册+遗漏注册) 说明:框架在geir进行编译的时候,关于算子注册信息引用的文件是aclnn_fuzz-aclnn/geir/src/ge_ir_op/inc/下ge_ir_op_base.h或者ge_ir_op_case_base.h文件中的,其中关于算子注册信息在 all_ops.h文件,all_ops.h文件位置在 /usr/local/Ascend/cann-9.0.0/opp/built-in/op_graph/inc/all_ops.h 分仓关于算子注册信息在/usr/local/Ascend/cann-9.0.0/opp/built-in/op_graph/inc/ ops_proto_cv.h ops_proto_legacy.h ---兼容,合并了所有老仓的算子原型(实测也有缺失) ops_proto_math.h ops_proto_nn.h ops_proto_ras.h ops_proto_transformer.h Moe算子原型在ops-transformer仓缺失geir原型注册 ## 关联的Issue https://gitcode.com/cann/ops-transformer/issues/1963 ## 测试 david 冒烟 obp冒烟 st ## 文档更新 不涉及 ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [x] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他,请描述: See merge request: cann/ops-transformer!43011 个月前
moe类部分算子OP_LOGE接口调整 Co-authored-by: lizexin<lizexin2@huawei.com> # message auto-generated for no-merge-commit merge: !5052 merge feat-error-code into master 【代码优化】moe类部分算子OP_LOGE接口整改 Created-by: Lizexin312 Commit-by: lizexin Merged-by: cann-robot Description: ## 描述 对moe部分算子的OP_LOGE进行可维测性整改,涉及如下算子: moe_compute_expert_tokens moe_finalize_routing_v2 moe_finalize_routing_v2_grad moe_gating_top_k_softmax_v2 moe_gating_top_k_softmax moe_gating_top_k moe_init_routing_quant_v2 moe_init_routing_v2 moe_init_routing_v2_grad moe_init_routing_v3 moe_re_routing ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue,请在这里提供Issue链接。例如:关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单,请在这里描述问题单单号。--> ## 测试 编译、冒烟 ## 文档更新 NA ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 🧹 代码清理 - [x] ❓ 其他,请描述:日志整改 See merge request: cann/ops-transformer!50521 天前
moe_init_routing simt整改 Co-authored-by: Huang-Peng<huangpeng98@huawei.com> Co-authored-by: t00620168<tujun6@huawei.com> # message auto-generated for no-merge-commit merge: !4949 merge simt_adapt_tj0506 into master moe_init_routing simt整改 Created-by: tujun6 Commit-by: t00620168;Huang-Peng Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动,包括改动的原因和所采取的方法。--> Ascend C后续主推SIMT C风格的API,C++风格不再维护。需要进行统一整改 涉及moe算子:moe_init_routing、moe_init_routing_v2、moe_init_routing_quant_v2、moe_init_routing_v3 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue,请在这里提供Issue链接。例如:关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单,请在这里描述问题单单号。--> https://gitcode.com/cann/ops-transformer/issues/2322 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> 算子st验证pass,二级冒烟验证pass ## 文档更新 <!--如果这个PR包含文档的更新,请在这里指出。例如:更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他,请描述: See merge request: cann/ops-transformer!494918 天前
整改st目录下的atk用例统一目录格式 Co-authored-by: yue-ma<mayue54@huawei.com> # message auto-generated for no-merge-commit merge: !5166 merge master into master 整改st目录下的atk用例统一目录格式 Created-by: yue-ma Commit-by: yue-ma Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动,包括改动的原因和所采取的方法。--> 整改st目录下的atk用例统一目录格式 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue,请在这里提供Issue链接。例如:关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单,请在这里描述问题单单号。--> https://gitcode.com/cann/ops-math/issues/1538 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新,请在这里指出。例如:更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [x] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [x] 🧹 代码清理 - [ ] ❓ 其他,请描述: See merge request: cann/ops-transformer!516616 天前
更新license Co-authored-by: PerrySkywalker<wangmingkang1@huawei.com> # message auto-generated for no-merge-commit merge: !568 merge lic into master 更新license Created-by: PerrySkywalker Commit-by: PerrySkywalker Merged-by: cann-robot Description: ## 描述 更新license <!--在这里详细描述你的改动,包括改动的原因和所采取的方法。--> ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue,请在这里提供Issue链接。例如:关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单,请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新,请在这里指出。例如:更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他,请描述: See merge request: cann/ops-transformer!5685 个月前
doc Tools扫描问题修改 Co-authored-by: gitee-yanglulu<yanglulul@h-partners.com> # message auto-generated for no-merge-commit merge: !3415 merge master into master doc Tools扫描问题修改 Created-by: gitee-yanglulu Commit-by: gitee-yanglulu Merged-by: cann-robot Description: doc Tools扫描问题修改 See merge request: cann/ops-transformer!34152 个月前
README.md

MoeInitRoutingV2

产品支持情况

产品 是否支持
Ascend 950PR/Ascend 950DT
Atlas A3 训练系列产品/Atlas A3 推理系列产品
Atlas A2 训练系列产品/Atlas A2 推理系列产品
Atlas 200I/500 A2 推理产品 ×
Atlas 推理系列产品
Atlas 训练系列产品 ×

功能说明

  • 算子功能:该算子对应MoE(Mixture of Experts,混合专家模型)中的Routing计算,以MoeGatingTopKSoftmax算子的输出x和expertIdx作为输入,并输出Routing矩阵expanded_x等结果供后续计算使用。本接口针对V1接口(MoeInitRouting,源码未开放)做了如下功能变更,请根据实际情况选择合适的接口:

    • 新增Drop模式,在该模式下输出内容会将每个专家需要处理的Token个数对齐为expertCapacity个,超过expertCapacity个的Token会被Drop,不足的会用0填充。
    • 新增Dropless模式下expertTokensCountOrCumsumOut可选输出,输出每个专家需要处理的累积Token个数(Cumsum),或每个专家需要处理的Token数(Count)。
    • 新增Drop模式下expertTokensBeforeCapacityOut可选输出,输出每个专家在Drop前应处理的Token个数。
    • 删除rowIdx输入。

    说明: Routing计算是MoE模型中的一个环节。MoE模型主要由一组专家模型和一个门控模型组成,在计算时,输入的数据会先根据门控网络(Gating Network,包含MoeGatingTopKSoftmax算子)计算出每个数据元素对应权重最高的k个专家,然后该结果会输入MoeInitRouting算子,生成Routing矩阵。在后续,模型中的每个专家会根据Routing矩阵处理其应处理的数据,产生相应的输出。各专家的输出最后与权重加权求和,形成最终的预测结果。

  • 计算公式:

    1.对输入expertIdx做排序,得出排序后的结果sortedExpertIdx和对应的序号sortedRowIdx:

    sortedExpertIdx,sortedRowIdx=keyValueSort(expertIdx)sortedExpertIdx, sortedRowIdx=keyValueSort(expertIdx)

    2.以sortedRowIdx做位置映射得出expandedRowIdxOut:

    expandedRowIdxOut[sortedRowIdx[i]]=iexpandedRowIdxOut[sortedRowIdx[i]]=i

    3.对x取前numRows个sortedRowIdx的对应位置的值,得出expandedXOut:

    expandedXOut[i]=x[sortedRowIdx[i]%numRows]expandedXOut[i]=x[sortedRowIdx[i]\%numRows]

    4.对sortedExpertIdx的每个专家统计直方图结果,再进行Cumsum,得出expertTokensCountOrCumsumOut:

    expertTokensCountOrCumsumOut[i]=Cumsum(Histogram(sortedExpertIdx))expertTokensCountOrCumsumOut[i]=Cumsum(Histogram(sortedExpertIdx))

    5.对sortedExpertIdx的每个专家统计直方图结果,得出expertTokensBeforeCapacityOut:

    expertTokensBeforeCapacityOut[i]=Histogram(sortedExpertIdx)expertTokensBeforeCapacityOut[i]=Histogram(sortedExpertIdx)

参数说明

参数名 输入/输出/属性 描述 数据类型 数据格式
x 输入 为MOE的输入,即token特征输入。 FLOAT16、BFLOAT16、FLOAT32 ND
expertIdx 输入 为每个Token对应的k个处理专家的序号。 Ascend 950PR/Ascend 950DT:INT32、INT64/其他处理器:INT32 ND
activeNum 属性 表示是否为Active场景。 INT64 -
expertCapacity 属性 表示每个专家能够处理的tokens数。 INT64 -
expertNum 属性 表示专家数,值范围大于等于0。 INT64 -
dropPadMode 属性 表示是否为Drop/Pad场景。 INT64 -
expertTokensCountOrCumsumFlag 属性 取值为0、1和2。 0:表示不输出expertTokensCountOrCumsumOut。 1:表示输出的值为各个专家处理的token数量的累计值。 2:表示输出的值为各个专家处理的token数量。 INT64 -
expertTokensBeforeCapacityFlag 属性 取值为false和true。 false:表示不输出expertTokensBeforeCapacityOut。 true:表示输出的值为在drop之前各个专家处理的token数量。 BOOL -
expandedXOut 输出 根据expertIdx进行扩展过的特征,在Dropless/Active场景下要求是一个2D的Tensor。 FLOAT16、BFLOAT16、FLOAT32 ND
expandedRowIdxOut 输出 expandedXOut和x的索引映射关系, 要求是一个1D的Tensor。 INT32 ND
expertTokensCountOrCumsumOut 输出 输出每个专家处理的token数量的统计结果及累加值,通过expertTokensCountOrCumsumFlag参数控制是否输出。 INT32 ND
expertTokensBeforeCapacityOut 输出 输出drop之前每个专家处理的token数量的统计结果。 INT32 ND

约束说明

  • 输入x都必须为2维,且x的numRows等于expertIdx的numRows。
  • dropPadMode为1时,expertNum和expertCapacity必须大于0。
  • x的numRows轴必须大于expertCapacity。

调用说明

调用方式 样例代码 说明
aclnn接口 test_aclnn_moe_init_routing_v2 通过aclnnMoeInitRoutingV2接口方式调用MoeInitRoutingV2算子。