Prhub
← 返回仓库详情

标签聚合

sgl-project/sglang · 标签视图

标签列表

聚合结果

npu 相关 PR

2026-04-18

#23009 Remove deprecated double sparsity feature

作者 merrymercy · 合并时间 2026-04-18 04:33

重构 重要性 8.50 洞察度 3.00

移除已弃用的双稀疏注意力优化特性,清理代码库和相关文档。

refactor documentation npu run-ci

建议开发者浏览此 PR 以学习如何安全移除大型特性,重点关注跨文件引用清理和文档更新模式;对于涉及类似弃用代码清理的项目,可参考此次实现步骤。

2026-04-17

#23040 [NPU]chore(docker): use editable install for sglang in npu.Dockerfile

作者 whybeyoung · 合并时间 2026-04-17 17:08

基础设施 重要性 3.18 洞察度 2.00

将 NPU Dockerfile 中的 SGLang 安装方式从常规 pip 安装改为可编辑安装。

npu docker

该 PR 变更简单明确,属于基础设施优化。对于不直接参与 NPU 平台 Docker 镜像构建或调试的工程师,无需精读。关注点在于理解可编辑安装(`-e`)模式在容器化调试场景下的应用价值。

#23041 [Docs] [npu] change the feature support status

作者 xdtbynd · 合并时间 2026-04-17 14:34

文档 重要性 1.70 洞察度 1.00

更新 Ascend NPU 平台文档,修正解聚解码 KV 缓存卸载功能的支持状态。

documentation npu run-ci

此 PR 为简单的文档更新,无需深入阅读代码。对于关注 Ascend NPU 平台功能支持状态的开发者,可快速浏览以了解 `--disaggregation-decode-enable-offload-kvcache` 参数的最新支持情况。无需关注设计决策或技术实现。

#23017 ci: install rust toolchain in ci_install_dependency.sh

作者 alexnails · 合并时间 2026-04-17 14:18

基础设施 重要性 4.26 洞察度 3.00

在CI依赖安装脚本中新增Rust工具链安装步骤,确保源码构建时cargo/rustc可用。

run-ci npu

该PR变更直接且必要,适合快速浏览以理解CI依赖管理策略。值得关注的设计决策是复用`install_protoc.sh`的模式,将工具链安装封装为可重用脚本,体现了基础设施代码的模块化思想。

#22879 [Diffusion] [NPU] Fix multimodal gen CI

作者 Makcum888e · 合并时间 2026-04-17 09:09

基础设施 重要性 7.73 洞察度 5.00

分离GPU测试用例并新增NPU专用测试运行器,修复NPU CI因下载GPU模型而失败的问题。

npu run-ci diffusion

建议团队在合并前验证CI自动分区功能是否受影响,并检查所有导入路径是否已正确更新。对于学习价值,此PR展示了如何通过分离平台特定逻辑来优化CI流程,适合关注测试架构和跨平台兼容性的工程师参考。

#22888 [Bugfix] [NPU] Fix check_env on Ascend for CANN 8.5

作者 ssshinigami · 合并时间 2026-04-17 09:05

缺陷修复 重要性 4.97 洞察度 4.00

修复 Ascend NPU 环境检查工具在 CANN 8.5 下的 BiSheng 编译器路径问题。

npu run-ci bugfix

该 PR 变更集中且逻辑清晰,适合快速浏览以了解 NPU 环境检查的兼容性处理模式。值得关注的设计决策是采用硬编码路径加回退机制而非动态查找,这体现了在确定性与灵活性之间的权衡,对于类似环境检测场景有参考价值。

2026-04-16

#22975 [NPU] [DOC] Update npu best practice docs to match latest code

作者 amote-i · 合并时间 2026-04-16 20:45

文档 重要性 4.25 洞察度 3.00

更新Ascend NPU最佳实践文档,同步最新配置和性能数据。

documentation npu run-ci

建议NPU平台用户和开发者关注此文档更新,特别是配置参数和性能指标的变化。对于工程团队,可注意review中提到的标准化问题,考虑在未来统一环境变量命名和移除已弃用标志,以提升文档一致性。