| 异步不分层-dev分支 Co-authored-by: Dejun Wang<574609917@qq.com> Co-authored-by: licaozhe<l00947026@china.huawei.com> Co-authored-by: mio310<liuchunmiao1@huawei.com> Co-authored-by: Snoopy99<licaozhe@huawei.com> # message auto-generated for no-merge-commit merge: !705 merge br_develop_mempool_async_write into dev 异步不分层-dev分支 Created-by: qq_43507202 Commit-by: Snoopy99;licaozhe;mio310;Dejun Wang Merged-by: ascend-robot Description: <!-- PR描述模板更新日期:20251225 --> # 合入背景 > 请描述为什么要做这个PR内的改动。\ > 如涉及,请关联前序PR或同特性/需求下的其他PR。\ > 如果是修复之前PR引入的问题,请关联引入问题的PR。\ > 注意:Fixes #ISSUE ID会自动关闭issue,如问题部分解决请不要使用Fixes,可以用Fix part of #ISSUE ID替代. Fix #59 # 修改内容 1. 加入event机制,通过wait和record两种event来同步save流和forward流,从而实现在计算的同时异步save kv cache。 2. 调整组图,新增mempool图(仅用于prefill),用于处理没有历史kv cache、并需要异步save的情况。同时,将现有的splitfuse图调整为支持异步save。 3. 该特性目前主要适配了DeepSeek和Qwen稠密模型,支持异步调度、Prefix Cache、Context Parallel、Sequence Parallel、MTP、Function Call、思考解析等特性,暂不支持SplitFuse、Micro Batch、Multi-Lora特性。 # 资料变更 > 请确认是否涉及资料变更。如涉及,需要在PR中体现,并简要说明修改内容。如不涉及,需填写“不涉及”。 修改了docs/zh/user_guide/feature/kv_cache_pooling.md和mindie_llm/text_generator/mempool/README.md,说明了如何通过修改config.json开启“异步写”特性(默认不开启),以及(不)支持叠加的模型、特性列表。 # 接口变更 > 请确认是否涉及跨代码仓或者客户面可见的接口变更。如涉及,需要详细说明接口以及对应的变更内容,同时需要在资料中体现。如不涉及,需填写“不涉及”。 见资料变更。 # 测试结果 > 请说明测试场景,测试方法以及测试结果。\ > 测试用例设计时需考虑硬件、部署方式、功能、性能、精度、显存等维度。 | 模型 | 测试类目 | 数据集 | 配置 | 结果 | 备注 | |--|--|--|--|--|--| | DeepSeek V3.1 | 精度 | GPQA | 64并发 + CP/SP + 异步推理 + 同步写 | Acc 68.18% | 基线(pr合入前) | | DeepSeek V3.1 | 精度 | GPQA | 64并发 + CP/SP + 异步推理 + 异步写 | Acc 71.21% | 精度相比同步写无下降 | | DeepSeek V3.1 | 性能 | GSM8K | 1并发 + CP/SP + 异步推理+ 8k输入 | TTFT 1536.9 ms | 不开Prefix Cache特性 | | DeepSeek V3.1 | 性能 | GSM8K | 1并发 + CP/SP + 异步推理 + 同步写+ 8k输入 | TTFT 1135.4 ms | 基线(pr合入前) | | DeepSeek V3.1 | 性能 | GSM8K | 1并发 + CP/SP + 异步推理 + 异步写+ 8k输入 | TTFT 1087.8 ms | 相比不开PC,在50%命中情况下性能提升29.2%;相比同步写提升4.2% | | DeepSeek V3.1 | 性能 | GSM8K | 64并发 + DP/TP + 异步推理 + 同步写 + 8k输入 | TTFT 2228.9 ms | 基线(pr合入前) | | DeepSeek V3.1 | 性能 | GSM8K | 64并发 + DP/TP + 异步推理 + 异步写 + 8k输入 | TTFT 2036.0 ms | 性能相比同步写提升8.65% | | DeepSeek V3.1 | 性能 | GSM8K | 2P1D + 32并发 + DP/TP + 异步推理 + 同步写+ 16k输入 | TTFT 6109.5 ms | 基线(pr合入前) | | DeepSeek V3.1 | 性能 | GSM8K | 2P1D + 32并发 + DP/TP + 异步推理 + 异步写+ 16k输入 | TTFT 5880.6 ms | 性能相比同步写提升3.75% | | 模型 | 测试类目 | 数据集 | 配置 | 结果 | 备注 | |--|--|--|--|--|--| | Qwen3-32B | 精度 | GPQA | 64并发 + 异步推理 + 异步写 | Acc 62.12% | | Qwen3-32B | 性能 | GSM8K | 1并发 + 异步推理+ 8k输入 | TTFT 1575.3 ms | 不开PC | | Qwen3-32B | 性能 | GSM8K | 1并发 + 异步推理 + 同步写+ 8k输入 | TTFT 1159.8 ms | 基线(pr合入前) | | Qwen3-32B | 性能 | GSM8K | 1并发 + 异步推理 + 异步写+ 8k输入 | TTFT 1098.3 ms | 相比不开PC,在50%命中情况下性能提升30.3%;相比同步写提升5.3% | | Qwen3-32B | 性能 | GSM8K | 64并发 + 异步推理 + 同步写 + 16k输入 | TTFT 6786.4 ms | 基线(pr合入前) | | Qwen3-32B | 性能 | GSM8K | 64并发 + 异步推理 + 异步写 + 16k输入 | TTFT 5969.9 ms | 性能相比同步写提升12.03% | # CheckList > PR提交人对以下CheckList自检项进行全量自检,自检通过或不涉及,均修改 [ ] 为 [x]。 - [x] 代码注释完备 - [x] 正确记录错误日志 - [x] 进行了返回值校验 (禁止使用void屏蔽安全函数、自研函数返回值;考虑接口的异常场景;调用底层组件接口时,需要进行返回值校验) - [x] 进行了空指针校验 - [x] 若存在资源申请,使用后资源被正确的释放了 - [x] 若涉及多线程场景,考虑了并发场景,不存在死锁问题 - [x] 按照[代码仓中提供的格式模板](https://gitcode.com/Ascend/MindIE-LLM/blob/master/.clang-format),使用clang-format工具格式化代码 - [x] 符合Ascend社区的编码规范。[C++ 语言编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-coding-style-guide.md) | [C++ 语言安全编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-secure-coding-guide.md) See merge request: Ascend/MindIE-LLM!705 | 6 个月前 |
| [bugfix] 对齐多模态媒体限制到 maxRequestLength Co-authored-by: muziyuhui666<lijianfu9@huawei.com> # message auto-generated for no-merge-commit merge: !715 merge feat/multimodal-media-limit-config into dev [bugfix] 对齐多模态媒体限制到 maxRequestLength Created-by: muziyuhui666 Commit-by: muziyuhui666 Merged-by: ascend-robot Description: # 合入背景 当前多模态媒体(图片/音频)在不同组件间存在硬编码与语义不一致的问题,可能导致: 1. 服务端请求体上限(maxRequestLength)与 tokenizer 侧图片/音频媒体大小校验规则不一致; 2. Python tokenizer 在下载/保存图片链路中仍存在固定上限,影响与配置项统一; 3. HTTP 413 PayloadTooLarge 返回信息使用固定文案,难以与当前配置(maxRequestLength)对应; 本 PR 旨在减少媒体限制相关硬编码,并将多模态媒体大小限制尽可能对齐到 maxRequestLength 配置范围,同时同步更新相关校验逻辑与测试。 # 修改内容 1. src/server/endpoint/http_wrapper/http_server.cpp - 在 HTTP 413 PayloadTooLarge 场景下,错误文案从固定文案改为使用 GetServerConfig().maxRequestLength 计算并拼接,提升与配置的一致性。 2. src/server/tokenizer/infer_tokenizer.cpp - 调用 Python download_url 时增加/传递 size_limit 参数,使用 GetMaxTextLength()(由 maxRequestLength 换算为字节上限)作为媒体大小限制驱动输入链路。 3. mindie_llm/tokenizer/tokenizer.py - 将 download_url/_download/_process_url_path/_process_local_path/_process_base64 增加 size_limit 透传链路。 - 移除图片/音频的固定 _SINGLE_IMAGE_LIMIT/_SINGLE_AUDIO_LIMIT 相关逻辑。 - base64 分支在保存图片时使用 size_limit 进行校验,避免仍受固定上限影响。 4. mindie_llm/tokenizer/io_utils.py - fetch_media_url、save_image 改为显式接收 size_limit 参数,图片保存前按 size_limit 校验字节大小,移除固定 20MB 硬编码。 5. examples/atb_models/atb_llm/utils/multimodal_utils.py - 为简化处理,将 MAX_IMAGE_FILE_SIZE 与 MAX_AUDIO_FILE_SIZE 从 20 * 1024 * 1024 调整为 100 * 1024 * 1024,与文档中 maxRequestLength 参数范围(1~100MB)更一致,减少 ATB 侧更早拦截导致的不一致。 # 资料变更 不涉及。 # 接口变更 不涉及对跨代码仓或客户面可见的接口变更。 说明:仅为 tokenizer 内部 C++ -> Python 调用链增加媒体 size_limit 透传参数,C++ 调用方已同步更新。 # 测试结果 - 已完成本 PR 相关代码修改与对应单测同步更新。 - 在目标环境已验证以下场景: - 图片/音频通过 URL、本地路径与 base64 三种输入方式的超限场景返回符合预期; - HTTP 413 返回信息中“最大允许大小”随 maxRequestLength 正确变化; # CheckList - [ ] 代码注释完备 - [ ] 正确记录错误日志 - [ ] 进行了返回值校验 (禁止使用void屏蔽安全函数、自研函数返回值;考虑接口的异常场景;调用底层组件接口时,需要进行返回值校验) - [ ] 进行了空指针校验 - [ ] 若存在资源申请,使用后资源被正确的释放了 - [ ] 若涉及多线程场景,考虑了并发场景,不存在死锁问题 - [ ] 按照[代码仓中提供的格式模板](https://gitcode.com/Ascend/MindIE-LLM/blob/master/.clang-format),使用clang-format工具格式化代码 - [ ] 符合Ascend社区的编码规范。[C++ 语言编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-coding-style-guide.md) | [C++ 语言安全编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-secure-coding-guide.md) Fix [#363](https://gitcode.com/Ascend/MindIE-LLM/issues/363) See merge request: Ascend/MindIE-LLM!715 | 6 个月前 |
| [doc ]修改doc tools工具扫描出来的低错问题 Co-authored-by: xiechangxiu<xiechangxiu3@h-partners.com> # message auto-generated for no-merge-commit merge: !708 merge dev into dev [doc ]修改doc tools工具扫描出来的低错问题 Created-by: ella07 Commit-by: x60087760;ella07;xiechangxiu Merged-by: ascend-robot Description: [#360](https://gitcode.com/Ascend/MindIE-LLM/issues/360) Doc tools工具问题清零。 See merge request: Ascend/MindIE-LLM!708 | 7 个月前 |
| [docs]add aisbench README examples for multimodal models Co-authored-by: lijinxi<lijinxi2@huawei.com> # message auto-generated for no-merge-commit merge: !774 merge dev into dev [docs]add aisbench README examples for multimodal models Created-by: weixin_44144262 Commit-by: lijinxi Merged-by: ascend-robot Description: <!-- PR描述模板更新日期:20251225 --> # 合入背景 解决与mindie benchmark精度标准问题,后续统一用aisbench做模型精度 # 修改内容 新增两个模型aisbench测试说明 # 资料变更 涉及 # 接口变更 不涉及 # 测试结果 文档变更 # CheckList > PR提交人对以下CheckList自检项进行全量自检,自检通过或不涉及,均修改 [ ] 为 [x]。 - [x] 代码注释完备 - [x] 正确记录错误日志 - [x] 进行了返回值校验 (禁止使用void屏蔽安全函数、自研函数返回值;考虑接口的异常场景;调用底层组件接口时,需要进行返回值校验) - [x] 进行了空指针校验 - [x] 若存在资源申请,使用后资源被正确的释放了 - [x] 若涉及多线程场景,考虑了并发场景,不存在死锁问题 - [x] 按照[代码仓中提供的格式模板](https://gitcode.com/Ascend/MindIE-LLM/blob/master/.clang-format),使用clang-format工具格式化代码 - [x] 符合Ascend社区的编码规范。[C++ 语言编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-coding-style-guide.md) | [C++ 语言安全编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-secure-coding-guide.md) See merge request: Ascend/MindIE-LLM!774 | 6 个月前 |
| remove examples revert merge request: remove examples c1bcaff0f03191ce594d4839f7e8e6d4da6f8ba9 This revert merge request !188 | 9 个月前 |
| 适配部分模型 requirements 到 torch 2.9.0 配套版本 Co-authored-by: muziyuhui666<lijianfu9@huawei.com> # message auto-generated for no-merge-commit merge: !684 merge feat/upgrade-atb-models-torch-2.9 into dev 适配部分模型 requirements 到 torch 2.9.0 配套版本 Created-by: muziyuhui666 Commit-by: muziyuhui666 Merged-by: taojiovvo Description: ## 关联Issue Fix part of [#346](https://gitcode.com/Ascend/MindIE-LLM/issues/346) # 合入背景 当前 examples/atb_models 下部分模型 requirements 文件仍使用 torch 2.1.0 时代的依赖配套版本,和当前希望适配的 torch 2.9.0 环境不一致。 具体表现为: 1. 部分 requirements 文件中仍固定使用 torch==2.1.0、torchvision==0.16.0 或 torchaudio==2.1.0。 2. 部分模型 requirements 文件虽然未直接声明 torch,但仍声明了与旧版本 torch 配套的 torchvision / torchaudio。 3. internvl 的 README 中仍明确写死 torch 2.1.0,容易与更新后的 requirements 内容产生理解偏差。 本 PR 主要目的是将目标模型的 requirements 适配到 torch 2.9.0 官方配套版本,并同步收敛 internvl 文档中的版本描述,避免对环境准备造成误导。 # 修改内容 1. 按 torch 2.9.0 官方配套关系,更新以下依赖版本: - torch==2.9.0 - torchvision==0.24.0 - torchaudio==2.9.0 2. 修改以下 requirements 文件中的 torch 家族依赖版本: - examples/atb_models/requirements/models/requirements_clip.txt - examples/atb_models/requirements/models/requirements_cogvlm2_video_llama3_chat.txt - examples/atb_models/requirements/models/requirements_deepseek_vl.txt - examples/atb_models/requirements/models/requirements_glm4v.txt - examples/atb_models/requirements/models/requirements_internvl.txt - examples/atb_models/requirements/models/requirements_qwen2_audio.txt - examples/atb_models/requirements/models/requirements_qwen2_vl.txt - examples/atb_models/requirements/models/requirements_vita.txt 3. 对于未直接声明 torch 家族依赖的目标文件,本次不做额外新增,保持 requirements 语义最小变更。 4. 修改 examples/atb_models/examples/models/internvl/README.md: - 去除写死的 torch 2.1.0 表述 - 调整为与 requirements_internvl.txt 一致的引导方式 - 保留“先安装 pytorch/torch_npu,再安装其他 python 依赖”的顺序说明,但不再写死具体版本 # 资料变更 涉及资料变更。 修改了以下资料文件: - examples/atb_models/examples/models/internvl/README.md 修改内容为将环境准备说明调整为基于 requirements 文件进行依赖安装,避免继续写死 torch 2.1.0 版本信息,对更新后的 requirements 形成误导。 # 接口变更 不涉及。 本次修改仅涉及模型环境依赖文件和 README 说明,不涉及跨仓接口、对外服务接口或客户面可见接口变更。 # 测试结果 测试场景: 1. 检查目标模型 requirements 文件中的 torch 家族版本是否已统一更新为 torch 2.9.0 官方配套版本。 2. 检查非目标文件未被误修改。 3. 检查 internvl README 的环境准备说明是否与 requirements 引导保持一致。 测试方法: 1. 对目标 requirements 文件逐项检查版本变更结果。 2. 对未纳入改动范围的 requirements 文件进行差异确认。 3. 检查 internvl README 中环境说明是否仍存在写死 torch 2.1.0 的内容。 4. 在实际环境中基于更新后的 requirements 进行安装验证。 测试结果: 1. 目标 requirements 文件中的 torch / torchvision / torchaudio 已按计划更新到 torch 2.9.0 对应配套版本。 2. 非目标 requirements 文件未发生额外改动。 3. internvl README 已调整为基于 requirements 文件的依赖说明,不再写死 torch 2.1.0。 4. 基于更新后的 requirements 进行安装验证,未发现明显安装冲突。 # CheckList - [x] 代码注释完备 - [x] 正确记录错误日志 - [x] 进行了返回值校验 (禁止使用void屏蔽安全函数、自研函数返回值;考虑接口的异常场景;调用底层组件接口时,需要进行返回值校验) - [x] 进行了空指针校验 - [x] 若存在资源申请,使用后资源被正确的释放了 - [x] 若涉及多线程场景,考虑了并发场景,不存在死锁问题 - [ ] 按照[代码仓中提供的格式模板](https://gitcode.com/Ascend/MindIE-LLM/blob/master/.clang-format),使用clang-format工具格式化代码 - [x] 符合Ascend社区的编码规范。[C++ 语言编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-coding-style-guide.md) | [C++ 语言安全编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-secure-coding-guide.md) See merge request: Ascend/MindIE-LLM!684 | 7 个月前 |
| [feat]support atb_llm whl包生成 Co-authored-by: zhaokerui<zhaokerui@huawei.com> # message auto-generated for no-merge-commit merge: !205 merge whl_dev_4225313 into dev [feat]support atb_llm whl包生成 Created-by: zhaokerui Commit-by: zhaokerui Merged-by: ascend-robot Description: <!-- PR描述模板更新日期:20251225 --> # 合入背景 Fixes#118 # 修改内容 > 优化atb_models下build.sh的内容 > 优化atb_models下setup.py的内容 >为atb_models下所有代码目录新增__init__.py方便标准化的打包流程 编译 ### Atb-models cd MindIE-LLM/examples/atb_models #### abi版本自动从torch获取 export LD_LIBRARY_PATH={PYTHON_SITE_PACKAGES}/torch/lib:{PYTHON_SITE_PACKAGES}/torch.libs:$LD_LIBRARY_PATH export MINDIE_LLM_VERSION_OVERRIDE=3.0.0 # 设置whl包版本号 pip wheel . --no-build-isolation -v # 编译完成后在当前目录生成 atb_llm whl 包 #### 整包内容 - atb_llm whl #### 安装子包 pip install <your-package>.whl --force-reinstall # 直接安装子包 # 资料变更 > 不涉及 >注:本PR仅支持atb_llm打包,待mindie-motor, mindie-llm全部上库之后,统一修改相关文档。 # 接口变更 > 不涉及 # 测试结果 > atb-models打包成atb_llm,与mindie-llm联调功能可通。 # CheckList > PR提交人对以下CheckList自检项进行全量自检,自检通过或不涉及,均修改 [ ] 为 [x]。 - [X] 代码注释完备 - [X] 正确记录错误日志 - [X] 进行了返回值校验 (禁止使用void屏蔽安全函数、自研函数返回值;考虑接口的异常场景;调用底层组件接口时,需要进行返回值校验) - [X] 进行了空指针校验 - [X] 若存在资源申请,使用后资源被正确的释放了 - [X] 若涉及多线程场景,考虑了并发场景,不存在死锁问题 - [X] 按照[代码仓中提供的格式模板](https://gitcode.com/Ascend/MindIE-LLM/blob/master/.clang-format),使用clang-format工具格式化代码 - [X] 符合Ascend社区的编码规范。[C++ 语言编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-coding-style-guide.md) | [C++ 语言安全编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-secure-coding-guide.md) See merge request: Ascend/MindIE-LLM!205 | 9 个月前 |
| 修改 fa_quant_type 的刷新逻辑,为了旧权重添加特殊操作,并声明 2026-6-30 日落 Co-authored-by: xuchi<xuchicolson@163.com> # message auto-generated for no-merge-commit merge: !795 merge A00223 into dev 修改 fa_quant_type 的刷新逻辑,为了旧权重添加特殊操作,并声明 2026-6-30 日落 Created-by: martinXuc Commit-by: xuchi Merged-by: ascend-robot Description: <!-- PR描述模板更新日期:20251225 --> # 合入背景 当模型权重目录中同时存在 config.json(包含 quantization_config.fa_quant_type)和旧格式的量化描述文件时,旧描述文件中的 fa_quant_type 字段会通过 update() 无条件覆盖 config.json 中的值,导致用户的显式配置被意外篡改。本 PR 修复此兼容性问题,确保 config.json 中已定义的 fa_quant_type 不被覆盖。同时补充对应的单元测试。 Fixes [#402](https://gitcode.com/Ascend/MindIE-LLM/issues/402) # 修改内容 1. **修改 BaseRouter 中 fa_quant_type 的刷新逻辑**(examples/atb_models/atb_llm/models/base/router.py): - 在执行 quant_cfg.update(quant_descs) 之前,先记录 config.json 中是否已存在 fa_quant_type 及其原始值。 - update 完成后,若 config.json 中原本已有该字段,则恢复原始值,防止旧格式量化描述文件错误覆盖。 - 此兼容逻辑为临时 workaround,声明于 **2026/06/30 日落移除**。 2. **新增单元测试**(examples/atb_models/tests/pythontest/atb_llm/models/base/test_router.py): - test_config_fa_quant_type_preserved_when_quant_descs_overrides:验证 config.json 中已定义 fa_quant_type 时,不会被 quant_descs 覆盖。 - test_config_fa_quant_type_from_quant_descs_when_not_in_config:验证 config.json 中未定义 fa_quant_type 时,仍从 quant_descs 正常读取。 # 资料变更 不涉及 # 接口变更 不涉及 # 测试结果 ## ut 测试 - **测试场景**:BaseRouter 加载量化模型配置,模拟 config.json 与量化描述文件同时存在的场景。 - **测试方法**:Python 单元测试(unittest + mock),覆盖上述两种 case。 - **测试结果**:两个新增用例均通过。 ## 拉起实际权重 sh [2026-04-08 00:53:27,048] [12779] [281472439642528] [llm] [INFO] [tokenizer_log.py-25] : tokenizer-12779 init atb ok [2026-04-08 00:53:27,049] [12779] [281472439642528] [llm] [INFO] [tokenizer_log.py-25] : tokenizer-12779 init ok. [2026-04-08 00:53:27,243] [12775] [281472439642528] [llm] [INFO] [tokenizer_log.py-25] : tokenizer-12775 init atb ok [2026-04-08 00:53:27,243] [12775] [281472439642528] [llm] [INFO] [tokenizer_log.py-25] : tokenizer-12775 init ok. [2026-04-08 00:53:27.243482] [309] [320] [server] [INFO] [infer_tokenizer.cpp:464] [tokenizer] Finished to init tokenizer sub process size 8 [2026-04-08 00:53:27.243508] [309] [320] [server] [INFO] [endpoint.cpp:145] [endpoint] healthchecker init and start [2026-04-08 00:53:27.916673] [309] [320] [server] [INFO] [health_checker.cpp:71] [health_checker] HealthChecker: Detected Chip Count: 2 [2026-04-08 00:53:27.916697] [309] [320] [server] [INFO] [health_checker.cpp:56] [health_checker] HealthChecker: Healthchecker instance created. [2026-04-08 00:53:27.923259] [309] [node-23] [system] [server] [Start mindie server] [success] Daemon start success! [2026-04-08 00:53:27.923282] [309] [320] [server] [INFO] [endpoint.cpp:139] [endpoint] Start endpoint success [2026-04-08 00:53:27.923317] [309] [node-23] [system] [server] [start endpoint] [success] [2026-04-08 00:53:27.923349] [309] [320] [server] [INFO] [llm_daemon.cpp:331] [daemon] Daemon start success! # CheckList - [x] 代码注释完备 - [x] 正确记录错误日志 - [x] 进行了返回值校验 (禁止使用void屏蔽安全函数、自研函数返回值;考虑接口的异常场景;调用底层组件接口时,需要进行返回值校验) - [x] 进行了空指针校验 - [x] 若存在资源申请,使用后资源被正确的释放了 - [x] 若涉及多线程场景,考虑了并发场景,不存在死锁问题 - [x] 按照[代码仓中提供的格式模板](https://gitcode.com/Ascend/MindIE-LLM/blob/master/.clang-format),使用clang-format工具格式化代码 - [x] 符合Ascend社区的编码规范。[C++ 语言编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-coding-style-guide.md) | [C++ 语言安全编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-secure-coding-guide.md) See merge request: Ascend/MindIE-LLM!795 | 6 个月前 |
| remove examples revert merge request: remove examples c1bcaff0f03191ce594d4839f7e8e6d4da6f8ba9 This revert merge request !188 | 9 个月前 |
| remove examples revert merge request: remove examples c1bcaff0f03191ce594d4839f7e8e6d4da6f8ba9 This revert merge request !188 | 9 个月前 |
| [doc ]修改doc tools工具扫描出来的低错问题 Co-authored-by: xiechangxiu<xiechangxiu3@h-partners.com> # message auto-generated for no-merge-commit merge: !708 merge dev into dev [doc ]修改doc tools工具扫描出来的低错问题 Created-by: ella07 Commit-by: x60087760;ella07;xiechangxiu Merged-by: ascend-robot Description: [#360](https://gitcode.com/Ascend/MindIE-LLM/issues/360) Doc tools工具问题清零。 See merge request: Ascend/MindIE-LLM!708 | 7 个月前 |
| [doc ]修改doc tools工具扫描出来的低错问题 Co-authored-by: xiechangxiu<xiechangxiu3@h-partners.com> # message auto-generated for no-merge-commit merge: !708 merge dev into dev [doc ]修改doc tools工具扫描出来的低错问题 Created-by: ella07 Commit-by: x60087760;ella07;xiechangxiu Merged-by: ascend-robot Description: [#360](https://gitcode.com/Ascend/MindIE-LLM/issues/360) Doc tools工具问题清零。 See merge request: Ascend/MindIE-LLM!708 | 7 个月前 |
| [feat]support atb_llm whl包生成 Co-authored-by: zhaokerui<zhaokerui@huawei.com> # message auto-generated for no-merge-commit merge: !205 merge whl_dev_4225313 into dev [feat]support atb_llm whl包生成 Created-by: zhaokerui Commit-by: zhaokerui Merged-by: ascend-robot Description: <!-- PR描述模板更新日期:20251225 --> # 合入背景 Fixes#118 # 修改内容 > 优化atb_models下build.sh的内容 > 优化atb_models下setup.py的内容 >为atb_models下所有代码目录新增__init__.py方便标准化的打包流程 编译 ### Atb-models cd MindIE-LLM/examples/atb_models #### abi版本自动从torch获取 export LD_LIBRARY_PATH={PYTHON_SITE_PACKAGES}/torch/lib:{PYTHON_SITE_PACKAGES}/torch.libs:$LD_LIBRARY_PATH export MINDIE_LLM_VERSION_OVERRIDE=3.0.0 # 设置whl包版本号 pip wheel . --no-build-isolation -v # 编译完成后在当前目录生成 atb_llm whl 包 #### 整包内容 - atb_llm whl #### 安装子包 pip install <your-package>.whl --force-reinstall # 直接安装子包 # 资料变更 > 不涉及 >注:本PR仅支持atb_llm打包,待mindie-motor, mindie-llm全部上库之后,统一修改相关文档。 # 接口变更 > 不涉及 # 测试结果 > atb-models打包成atb_llm,与mindie-llm联调功能可通。 # CheckList > PR提交人对以下CheckList自检项进行全量自检,自检通过或不涉及,均修改 [ ] 为 [x]。 - [X] 代码注释完备 - [X] 正确记录错误日志 - [X] 进行了返回值校验 (禁止使用void屏蔽安全函数、自研函数返回值;考虑接口的异常场景;调用底层组件接口时,需要进行返回值校验) - [X] 进行了空指针校验 - [X] 若存在资源申请,使用后资源被正确的释放了 - [X] 若涉及多线程场景,考虑了并发场景,不存在死锁问题 - [X] 按照[代码仓中提供的格式模板](https://gitcode.com/Ascend/MindIE-LLM/blob/master/.clang-format),使用clang-format工具格式化代码 - [X] 符合Ascend社区的编码规范。[C++ 语言编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-coding-style-guide.md) | [C++ 语言安全编程指导](https://gitcode.com/Ascend/community/blob/master/docs/contributor/Ascend-cpp-secure-coding-guide.md) See merge request: Ascend/MindIE-LLM!205 | 9 个月前 |