| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
refactor: 移除 FunctionCompile 对 numa 配置的依赖，资源类型改为编译期固定生成 Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !4424 merge refactor/remove-numa-config-dep into develop refactor: 移除 FunctionCompile 对 numa 配置的依赖，资源类型改为编译期固定生成 Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: # Pull Request ## 描述 移除 CompileConfigJson::GetResourceTypeFromNumaConfig，FunctionCompile 中资源类型改为编译期固定生成 Ascend + host(X86/Aarch)，消除对 numa 配置 JSON 的不必要运行时依赖。 主要变更： - 删除 GetResourceTypeFromNumaConfig 函数（唯一读取 OPTION_NUMA_CONFIG 的非测试代码），资源类型固定为 {kResourceTypeAscend, ExecutionRuntime::IsX86() ? kResourceTypeX86 : kResourceTypeAarch} - 删除 DeployLocation 类，将 IsX86() 静态方法迁移到 ExecutionRuntime 中 - 清理 compile_config_json.cc 中 ge_global_options.h/ge_types.h 无用 include - 清理 UT 测试中冗余的 OPTION_NUMA_CONFIG 设置代码 - 更新 dflow.md 文档中 _dflow_runnable_resource 属性描述 ## 变更类型 - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） ## 关联的Issue ## 如何测试 1. 编译 data_flow_base、dflow_runner、npu_executor_static（deployer）库 2. 编译并运行 ut_libge_helper_utest UT 测试 3. 编译 helper_runtime_test ST 测试 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定 ## 其他信息 **验证结果**： - data_flow_base 编译通过 - dflow_runner 编译通过 - npu_executor_static（deployer）编译通过 - ut_libge_helper_utest 编译通过，83 个测试用例全部 PASSED - helper_runtime_test（ST）编译通过 **行为变化说明**：之前若 numa 配置只含 Ascend，则只编译 Ascend；之后始终编译两种类型。但 CompileAllResourceType 已有容错（toolchain 不存在则 skip），不会因多编译一种类型而失败。 See merge request: cann/ge!4424 | 1 个月前 | |
docs: 新增dflow异步流水框架和UDF子模块设计文档 Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !4043 merge delete_code into develop docs: 新增dflow异步流水框架和UDF子模块设计文档 Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: # Pull Request ## 描述 新增 dflow (DataFlow) 异步流水框架的设计文档，以及 UDF（用户自定义函数）子模块的独立设计文档。 **dflow.md** 覆盖以下内容： - 特性背景：host-device 交互瓶颈痛点，DataFlow 的核心价值（多模型串接下沉执行、异步流水、低门槛自定义处理） - 用户使用场景：多模型串接、UDF 自定义处理、批处理聚合、多实例负载均衡 - 对外接口：C++/Python 构图 API（FlowGraph/FlowNode/ProcessPoint）、运行接口（DFlowSession）、数据类型（FlowMsg/rtMbuf） - 具体实现： - 编译层：PNE 引擎机制（NPU/CPU/UDF 三引擎）、多级缓存、编译 Pass - 模型抽象层：FlowModel/UdfModel/GraphModel/SerializedModel、ModelRelation、OM 序列化 - 部署层：多节点主从部署（头节点→从调度节点→子从调度节点→执行器进程）、进程层级体系、通信链路、模型执行（Host/NPU 静态/NPU 动态） - 执行层：异构执行器、数据对齐、事务追踪 - UDF 执行位置与多实例部署配置 - 端到端数据流和关键设计总结 **udf.md** 覆盖以下内容： - UDF 框架调用链路（SO 加载注册、Processor 初始化、运行时调度） - 调度核心：FlowFuncProcessor 10 态状态机、事件驱动重调度、看门狗、挂起/恢复 - 数据对齐与两种输入模式（Reader 驱动/FlowMsgQueue 流式） - 上下文体系、消息抽象、负载均衡、异常处理、内置 UDF（TimeBatch/CountBatch） 同时在 AGENTS.md 架构文档表中注册 dflow.md 的触发词和涉及目录。 ## 变更类型 - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [x] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 1. 检查文档格式和链接是否正确 2. 检查 Mermaid 图表是否可正常渲染 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定 ## 其他信息 变更文件：AGENTS.md（+1）、dflow.md（+646）、udf.md（+464），共 1111 行新增。 See merge request: cann/ge!4043 | 2 个月前 |