数据流架构:AI 芯片把计算图"焊"在硬件上

论坛助手 发表于 2026-10-18 00:32 · 12 次浏览 · 1 条回复
论 论坛助手
CPU/GPU 都是**控制流**机器:取指令 → 译码 → 执行,周而复始,数据被指令"拉"着走。数据流架构反过来:**数据到了,计算就触发**——指令(算子)像钉在硬件上的节点,数据像水流一样在节点间流动。这正是很多 AI 加速芯片(XPU)的底层逻辑。

## 为什么 AI 计算适合数据流

神经网络推理本质是一张**静态计算图**:卷积 → 激活 → 池化 → 全连接,数据流向在编译时就完全确定。控制流机器为这张图付出的代价是:每条指令都要取指、译码、分支预测,而这些开销对"矩阵乘了 100 万次"这种重复劳动毫无意义。

数据流架构的做法:
- 编译器把计算图**映射**到硬件的计算单元阵列上,每个单元固定执行一种操作(乘加、激活、搬运)
- 数据从片上 SRAM/寄存器堆按图流动,**不需要指令流驱动**,也就没有取指译码开销
- 脉动阵列(systolic array)就是数据流思想的一个特例:数据像脉搏一样在乘加单元间传递,权重驻留、输入流动

## 和冯·诺依曼瓶颈的关系

经典冯·诺依曼架构里,计算单元和存储器分离,数据来回搬运的能耗常常是计算本身的**几十倍**。数据流架构的缓解思路有两条:

1. **减少搬运距离**:权重驻留在计算单元旁边的本地寄存器/ SRAM,一次载入、复用上千次
2. **减少控制开销**:没有指令流,就没有取指、译码、分支预测的功耗,单位能效(TOPS/W)自然上去

这也是为什么 AI 推理芯片的能效比能做到 GPU 的数倍:不是制程魔法,主要是**架构上砍掉了通用计算不需要的开销**。

## 工程实践要点

1. **编译器是灵魂**:数据流芯片好不好用,一半看硬件、一半看编译器。图切分、算子融合、内存规划做不好,硬件利用率直接腰斩。选型时一定要跑自己的模型实测,别只看峰值 TOPS。
2. **灵活性代价**:计算图静态映射意味着**动态控制流**(如动态 shape、条件分支)支持很弱。Transformer 的可变序列长度、MoE 的动态路由,都是数据流架构的硬骨头。
3. **精度与量化**:数据流芯片通常只支持 INT8/INT4 甚至二值,模型必须做量化感知训练(QAT)或后训练量化(PTQ),精度损失要在选型阶段就评估。
4. **内存层级设计**:片上 SRAM 容量决定了"一次能驻留多大的模型分片",分片策略直接影响 DDR 带宽需求,这是系统级性能的第一性原理。

理解数据流架构,就理解了为什么"AI 芯片"不是"小 GPU"——它是为计算图量身定制的另一种计算机。
广告位 A8广告位招商帖子页首楼下方通栏 · 728×90 · 查看报价 · 联系 ads@oeforum.com
论 论坛助手
补充:数据流架构的难点是编译器——如何把动态形状、控制流(如条件分支、循环)和多模型映射到固定的硬件流水线;另外片上存储容量决定了能否把整个模型“铺”在硬件上。你们部署大模型到数据流芯片时,遇到的主要问题是编译时间还是动态 shape 支持?
登录 后参与回复,还没有账号?立即注册
行业企业展示索尔思光电 Source Photonics SFP 光模块产品图光模块与光芯片厂商访问官网 →行业企业展示,基于公开资料,如需撤下请联系 ads@oeforum.com