master

towncharlie[fix] 并行执行controller与st冒烟测试

653cc7a6创建于 5月9日历史提交

文件	最后提交记录	最后更新时间
cluster_monitor_test	[dev]Synchronize code Co-authored-by: forcekeng<gengli8@huawei.com>	7 个月前
config_test	【MindIE MS】删除Motor KMC相关编译安装代码 Co-authored-by: 1852726<1659660851@qq.com> # message auto-generated for no-merge-commit merge: !15 merge dev_kmc_delete into dev 【MindIE MS】删除Motor KMC相关编译安装代码 Created-by: liyizhou991014 Commit-by: 1852726 Merged-by: ascend-robot Description: ## **1. 合入背景** Motor代码仓的证书加载逻辑需适配KMC日落 ## **2. 修改内容** 删除KMC相关的代码，修改密码的解密逻辑变为直接读取明文密码 ## **3. 资料变更** 涉及，资料中对应的kmcksfMaster和kmcksfStandby这两个KMC材料的对外参数配置需删除 ## **4. 接口变更** 涉及，kmcksfMaster和kmcksfStandby这两个KMC材料的对外参数配置需删除 ## **5. 测试结果** 使用未删除kmc相关配置的deploy_scripts脚本，在大EP测试场景拉起不带证书的服务能正常跑通  ## **6. CheckList** PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] [ ] 代码注释完备 [ ] 正确记录维测日志 [ ] 是否有UT用例 See merge request: Ascend/MindIE-Motor!15	7 个月前
digs_scheduler	[dev]Synchronize code Co-authored-by: forcekeng<gengli8@huawei.com>	7 个月前
metrics	修复Metrics的prefix cache命中率计算问题 Co-authored-by: mindie_yangan<yangan7@h-partners.com> # message auto-generated for no-merge-commit merge: !129 merge metrics into dev 修复Metrics的prefix cache命中率计算问题 Created-by: mindie_yangan Commit-by: mindie_yangan Merged-by: towncharlie Description: ## **1. 合入背景** Fixes [#74](https://gitcode.com/Ascend/MindIE-Motor/issues/74) ## **2. 修改内容** 1. 修正 prefix cache hit rate 的聚合逻辑，让它在单机和 PD 分离场景下都能正确显示。 2. 修正 identity 的写法，保证 P/D/U 角色判断真的生效。 3. 同步更新 DT 基线文件，使其和修正后的业务输出一致。 4. 补最小必要测试，保证这次逻辑不会回归，并把 DT 覆盖率拉过门槛。 ## **3. 资料变更** 不涉及 ## **4. 接口变更** 不涉及 ## **5. 测试结果** 命中率修复截图   ## **6. CheckList** > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] [ ] 代码注释完备 [ ] 正确记录维测日志 [ ] 是否有UT用例 See merge request: Ascend/MindIE-Motor!129	4 个月前
request	[dev]Synchronize code Co-authored-by: forcekeng<gengli8@huawei.com>	7 个月前
request_test	[fix] 并行执行controller与st冒烟测试 Co-authored-by: 吕有辉<lvyouhui@huawei.com> Co-authored-by: LinWei100<linwei100@huawei.com> # message auto-generated for no-merge-commit merge: !194 merge perf/ms-test-parallel-controller-st into dev [fix] 并行执行controller与st冒烟测试 Created-by: LinWei100 Commit-by: LinWei100;吕有辉 Merged-by: towncharlie Description: ## **1. 合入背景** > 请描述为什么要做这个PR内的改动。\ > 如涉及，请关联前序PR或同特性/需求下的其他PR。\ > 如果是修复之前PR引入的问题，请关联引入问题的PR。\ > 请通过#ISSUE ID关联issue。\ > 注意：Fixes #ISSUE ID会自动关闭issue，如问题部分解决请不要使用Fixes，可以用Fix part of #ISSUE ID替代. ## **2. 修改内容** > 请<ins>**描述修改内容的具体实现**</ins>，涉及哪些组件之间进行交互，可以用1、2、3、...进行罗列。 > 如果是需求或者重构类的PR，需要<ins>**补充详细设计文档**</ins>（说明上下游组件关系、时序图、类图、DFX能力等内容）。 ## **3. 资料变更** > 请确认<ins>**是否涉及资料变更**</ins>。\ > 如涉及，需要在PR中体现，并简要说明修改内容。\ > 如不涉及，需填写“不涉及”。 ## **4. 接口变更** > 请确认<ins>**是否涉及跨代码仓或者客户面可见的接口变更**</ins>。\ > 如涉及，需详细说明接口以及对应的变更内容，同时需要在资料中体现。\ > 如不涉及，需填写“不涉及”。 ## **5. 测试结果** > 需体现<ins>**测试场景，测试方法以及测试结果**</ins>。\ > 测试用例设计时需考虑硬件、部署方式、功能、性能、精度、显存等维度。 ## **6. CheckList** > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] [ ] 代码注释完备 [ ] 正确记录维测日志 [ ] 是否有UT用例 See merge request: Ascend/MindIE-Motor!194	3 个月前
resource	[dev]Synchronize code Co-authored-by: forcekeng<gengli8@huawei.com>	7 个月前
scheduler	[dev]Synchronize code Co-authored-by: forcekeng<gengli8@huawei.com>	7 个月前
utils	[Coordinator] 增加预校验：基于请求数与payload计算理论内存，配置内存小于理论值无法拉起 Co-authored-by: Simon_C<chenjinhang2@huawei.com> # message auto-generated for no-merge-commit merge: !13 merge dev-mem-feature into dev [Coordinator] 增加预校验：基于请求数与payload计算理论内存，配置内存小于理论值无法拉起 Created-by: Simon_C Commit-by: Simon_C Merged-by: ascend-robot Description: ## **1. 合入背景** 同步商发分支代码https://gitcode.com/Ascend/MindIE-Motor-private/pull/5028 fixes [#4](https://gitcode.com/Ascend/MindIE-Motor/issues/4) ## **2. 修改内容** coordinator最大连接数改为等于请求数（之前为3倍） ac_job脚本增加预校验，最大连接数 * payload最大值 * 1.2 = 理论内存预期。当yaml配置内存小于理论内存，无法拉起。且最小配置内存不低于4G。 coordinator初始化时检查内存上限，低于理论值会有告警日志打印 coordinator请求结束，主动清理body体，避免内存延迟释放。 coordinator_json中的payload最大配置值由10M改为1M。 coordinator的yaml中，内存配置典型值，request改为12G； limit改为16G ## **3. 资料变更** 请确认<ins>**是否涉及资料变更**</ins>。 涉及，需要修改coordinator的yaml中，内存配置典型值的说明 ## **4. 接口变更** 不涉及 ## **5. 测试结果** 需体现<ins>**测试场景，测试方法以及测试结果**</ins>。 场景1：连接数 * payload最大值 * 1.2 = 理论内存预期。当yaml配置内存小于理论内存，无法拉起。且最小配置内存不低于4G。 用例1：修改userconfig ，max_requests * 1MB < coordinator_init.yaml 文件中 resources:requests:memory:值，脚本拉起失败，且打印失败原因及修改方案  用例2：修改userconfig ，max_requests * 1MB > coordinator_init.yaml 文件中 resources:requests:memory:值，脚本拉起成功  用例3：修改 coordinator_init.yaml 文件中 resources:requests:memory:值<4Gi，脚本拉起失败，且打印失败原因及修改方案  场景2：当coordinator服务拉起后，内存检查工具正常打印内存limit ，与yaml中配置一致。且服务拉起后，在配置范围内的请求不会造成内存溢出问题 用例1：构造攻击脚本，验证10000请求，每个请求payload 1MB，request memory 12Gi，limit memory 16Gi，200并发线程发送请求至coordinator服务。未发生内存溢出问题   用例2：构造攻击脚本，验证4000请求，每个请求payload 10MB，request memory 48Gi，limit memory 48Gi，400并发线程发送请求至coordinator服务。未发生内存溢出问题   ## **6. CheckList** PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] [x] 代码注释完备 [x] 正确记录维测日志 [x] 是否有UT用例 See merge request: Ascend/MindIE-Motor!13	7 个月前
CMakeLists.txt	[fix] 并行执行controller与st冒烟测试 Co-authored-by: 吕有辉<lvyouhui@huawei.com> Co-authored-by: LinWei100<linwei100@huawei.com> # message auto-generated for no-merge-commit merge: !194 merge perf/ms-test-parallel-controller-st into dev [fix] 并行执行controller与st冒烟测试 Created-by: LinWei100 Commit-by: LinWei100;吕有辉 Merged-by: towncharlie Description: ## **1. 合入背景** > 请描述为什么要做这个PR内的改动。\ > 如涉及，请关联前序PR或同特性/需求下的其他PR。\ > 如果是修复之前PR引入的问题，请关联引入问题的PR。\ > 请通过#ISSUE ID关联issue。\ > 注意：Fixes #ISSUE ID会自动关闭issue，如问题部分解决请不要使用Fixes，可以用Fix part of #ISSUE ID替代. ## **2. 修改内容** > 请<ins>**描述修改内容的具体实现**</ins>，涉及哪些组件之间进行交互，可以用1、2、3、...进行罗列。 > 如果是需求或者重构类的PR，需要<ins>**补充详细设计文档**</ins>（说明上下游组件关系、时序图、类图、DFX能力等内容）。 ## **3. 资料变更** > 请确认<ins>**是否涉及资料变更**</ins>。\ > 如涉及，需要在PR中体现，并简要说明修改内容。\ > 如不涉及，需填写“不涉及”。 ## **4. 接口变更** > 请确认<ins>**是否涉及跨代码仓或者客户面可见的接口变更**</ins>。\ > 如涉及，需详细说明接口以及对应的变更内容，同时需要在资料中体现。\ > 如不涉及，需填写“不涉及”。 ## **5. 测试结果** > 需体现<ins>**测试场景，测试方法以及测试结果**</ins>。\ > 测试用例设计时需考虑硬件、部署方式、功能、性能、精度、显存等维度。 ## **6. CheckList** > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] [ ] 代码注释完备 [ ] 正确记录维测日志 [ ] 是否有UT用例 See merge request: Ascend/MindIE-Motor!194	3 个月前
TestDIGSSchedulerImpl.cpp	[dev]Synchronize code Co-authored-by: forcekeng<gengli8@huawei.com>	7 个月前