- 报告认为，华为与DeepSeek正在形成硬件、模型与软件协同进化的闭环：华为提供昇腾硬件和CANN原生软件栈，DeepSeek则以模型工作负载、编译器和算子
- 序号：427
- 星球链接：打开网页
- 附件：图片 0，音频 0，文档 0
- 音频文件：无音频
图片
无图片
正文
- 报告认为，华为与DeepSeek正在形成硬件、模型与软件协同进化的闭环：华为提供昇腾硬件和CANN原生软件栈，DeepSeek则以模型工作负载、编译器和算子优化提升硬件利用率。Ascend 950PR在部分GEMM和HBM测试中展现较强效率，但绝对性能仍落后于国际旗舰，且产品定位更偏预填充和推荐。昇腾软件能力已接近前沿，但CANN、编译器、x86兼容性和非DeepSeek工作负载的适配仍是主要瓶颈。若国产化持续推进，DeepSeek在2027—2028年主要采用华为技术栈的可能性上升，但时间表及商业化效果仍具有不确定性。
华为拥有昇腾芯片、CANN、编译器、集群互连和系统工程能力，但需要真实模型和工程团队证明芯片可用；DeepSeek拥有模型与算子优化能力，却受到先进算力供应限制。本次合作的关键不只是“模型适配芯片”，而是模型、编译器、算子、固件和硬件之间的共同设计。 在华为自研矩阵乘内核中，部分BF16 GEMM测试可达到理论可实现上限的99.7%；在特定“效率曲线”上，中位达成率为41.5%，低于H100的46.8%。相关绝对性能大致位于A100与MI300X之间，说明其软件效率较高，但硬件绝对性能仍有差距。 TileLang已原生支持昇腾的编译、调度、同步和运行时集成，AutoSchedule在部分小规模操作中将执行时间最多缩短40%。DeepSeek还根据昇腾硬件特点修改FlashMLA的数据布局和DeepEP通信实现。 报告撰写时，六个获得昇腾支持的开源仓库中只有TileLang可直接使用，CANN 9.2.0、编译器要求以及部分工具链仍是障碍。vLLM-Ascend在x86主机上还存在DeepGEMM缺失、ARM头文件硬编码、CPU绑定跳过和CI覆盖不足等问题。 报告认为，在外部供应限制和国内全栈生态建设推动下，DeepSeek未来数年可能主要使用华为技术栈。不过，这属于中长期判断，不能直接等同于昇腾已在大规模生产负载中全面追平英伟达。
总体总结
主题正文
-
- 报告认为，华为与DeepSeek正在形成硬件、模型与软件协同进化的闭环：华为提供昇腾硬件和CANN原生软件栈，DeepSeek则以模型工作负载、编译器和算子优化提升硬件利用率。
- Ascend 950PR在部分GEMM和HBM测试中展现较强效率，但绝对性能仍落后于国际旗舰，且产品定位更偏预填充和推荐。
- 昇腾软件能力已接近前沿，但CANN、编译器、x86兼容性和非DeepSeek工作负载的适配仍是主要瓶颈。
- 若国产化持续推进，DeepSeek在2027—2028年主要采用华为技术栈的可能性上升，但时间表及商业化效果仍具有不确定性。
- 相关绝对性能大致位于A100与MI300X之间，说明其软件效率较高，但硬件绝对性能仍有差距。
- TileLang已原生支持昇腾的编译、调度、同步和运行时集成，AutoSchedule在部分小规模操作中将执行时间最多缩短40%。
- 报告撰写时，六个获得昇腾支持的开源仓库中只有TileLang可直接使用，CANN 9.2.0、编译器要求以及部分工具链仍是障碍。
- vLLM-Ascend在x86主机上还存在DeepGEMM缺失、ARM头文件硬编码、CPU绑定跳过和CI覆盖不足等问题。