1. 从一颗旗舰芯片说起:生成式 AI 到底把算力需求推到了什么位置
过去几年,大家聊手机芯片,绕不开的关键词是跑分、帧率、功耗、发热。一颗旗舰芯片发布,大家最关心的是《原神》能不能满帧、长时间游戏会不会降频、影像处理快不快。但到了生成式 AI 大规模落地的这个时间点,评价一颗旗舰芯片的维度正在被悄悄改写。端侧大模型、实时语音助手、图像生成、智能摘要、跨应用的任务编排,这些场景对芯片的要求,已经不只是"算得快",而是"算得聪明、算得省、算得稳"。
我拿到的这个项目标题,核心讲的就是一颗新生代旗舰芯片在生成式 AI 时代被赋予了新的任务。这里的关键词是"新的任务"——它不是简单地把 CPU、GPU 频率再拉高一点,而是整个芯片的架构重心、调度逻辑、内存带宽分配、甚至安全隔离机制,都要围绕 AI 负载重新设计。换句话说,芯片从"通用计算平台"往"AI 原生计算平台"演进。
这篇文章我想做的事情很明确:把"生成式 AI 时代,旗舰芯片的新任务"这个命题拆开,讲清楚它背后的技术逻辑、架构取舍、实操层面的验证方法,以及普通开发者和数码爱好者能从中获得什么。不管你是做端侧 AI 应用的开发者,还是单纯想搞明白"为什么现在买手机要看 NPU 算力"的普通用户,都能从这篇里拿到能直接用的东西。
先说结论性的判断:生成式 AI 对端侧芯片提出的新任务,可以归纳为四条主线——异构算力的协同调度、内存墙的突破、能效比的极致压榨、以及端侧隐私与安全的隔离。这四条主线,决定了这颗新生代旗舰芯片到底"新"在哪里。下面我一条条拆。
2. 生成式 AI 给端侧芯片出的四道难题
2.1 难题一:异构算力怎么协同,而不是各干各的
传统手机 SoC 里,CPU、GPU、DSP、NPU 各管一摊。CPU 管逻辑和调度,GPU 管图形渲染,DSP 管音频和信号处理,NPU 管一些固定的 AI 推理任务,比如人脸识别、场景识别。这种分工在"小模型、单任务"时代是够用的,因为每个任务都很明确,模型也很小,几百 KB 到几 MB 级别。
但生成式 AI 一来,情况完全变了。一个端侧大语言模型,参数量动辄 10 亿到 70 亿,量化之后也有几百 MB 到几个 GB。推理过程不是"一次前向传播就完事",而是自回归地一个 token 一个 token 生成,每一步都要做大量的矩阵乘法和注意力计算。这种负载,单靠 NPU 扛不住,单靠 GPU 也扛不住,必须让 CPU、GPU、NPU 甚至内存控制器协同起来。
问题在于,协同不是嘴上说说。不同计算单元的数据格式、指令集、内存访问模式都不一样。NPU 擅长 INT8/INT4 的低精度矩阵运算,GPU 擅长并行浮点计算,CPU 擅长分支逻辑和标量运算。生成式 AI 的推理流程里,既有需要高并发的矩阵乘,也有需要精确控制的采样、解码、KV Cache 管理。怎么把这些任务切分、调度、同步,是第一个大难题。
我实测过一些端侧推理框架,发现一个很典型的坑:如果调度器只是简单地把整个模型丢给 NPU,遇到 NPU 不支持的算子就回退到 CPU,结果就是频繁的 CPU-NPU 数据搬运,延迟飙升,功耗爆炸。真正合理的做法是算子级的异构调度——把矩阵乘、卷积这类密集计算留给 NPU/GPU,把采样、控制流、动态 shape 处理留给 CPU,并且尽量减少跨单元的数据拷贝。
2.2 难题二:内存墙,端侧 AI 最大的拦路虎
如果说算力是发动机,那内存带宽就是油管。生成式 AI 的推理,尤其是大语言模型,是典型的内存带宽敏感型负载。每生成一个 token,都要把模型权重从内存里读一遍(或者读一部分),还要读写 KV Cache。模型越大,内存访问量越大。
我做过一个粗略的估算:一个 70 亿参数的模型,INT4 量化后大约 3.5 GB。假设每生成一个 token 需要完整读一遍权重,那就是 3.5 GB 的内存读取。如果内存带宽是 50 GB/s,理论上光读权重就要 70 毫秒,一秒只能生成十几个 token。这还没算 KV Cache 和中间激活值的开销。而手机的内存带宽,受限于功耗和封装,通常远低于桌面级 GPU。
所以端侧芯片要解决生成式 AI,必须在内存子系统上做文章。常见的思路有几条:一是增大片上缓存,把频繁访问的权重或 KV Cache 放在离计算单元更近的地方;二是提高内存带宽利用率,通过更聪明的预取、压缩、稀疏化来减少实际搬运量;三是模型层面的优化,比如量化、蒸馏、稀疏化,从源头减少内存需求。
这里有个经验:很多团队一开始只盯着 NPU 的 TOPS 数字,觉得算力够了就行,结果一跑大模型发现卡在内存带宽上。TOPS 是峰值算力,实际能跑出多少 token/s,很大程度上取决于内存子系统的效率。选型或者优化的时候,一定要把有效带宽和算力利用率一起看。
2.3 难题三:能效比,手机不是服务器
服务器跑大模型,可以插满 GPU,功耗几百瓦甚至上千瓦,散热用风扇甚至液冷。手机不行。手机是电池供电,散热靠被动散热,整机功耗预算通常只有几瓦。生成式 AI 如果持续跑,很容易把手机变成暖手宝,电量哗哗掉。
这就引出了第三个难题:能效比。不是"能不能跑",而是"跑一次要花多少电、发多少热"。端侧生成式 AI 的能效优化,涉及好几个层面。芯片制程和架构层面,要用更先进的工艺、更高效的乘加单元、更精细的电源域管理。算法层面,要用量化、剪枝、投机解码等手段减少计算量。系统层面,要动态调整频率和电压,在延迟和功耗之间找平衡。
我个人的体会是,端侧 AI 的能效优化,量化是最立竿见影的手段。从 FP16 到 INT8,模型大小减半,计算量减半,精度损失通常可控。从 INT8 到 INT4,收益更大,但对量化算法和硬件支持的要求更高。这颗新生代旗舰芯片如果在低精度计算上有专门的硬件加速,那对端侧大模型的意义是非常直接的。
2.4 难题四:端侧隐私与安全隔离
生成式 AI 处理的数据,很多是敏感的。个人对话、照片、文档、健康数据,这些如果全部上传云端,隐私风险很大。端侧 AI 的一个核心价值,就是数据不出设备。但这也带来了新的安全要求:模型本身要保护,推理过程要隔离,用户数据不能被其他应用窃取。
芯片层面能做的事情,包括安全隔离区(把 AI 推理放在独立的安全环境里)、内存加密、访问控制、模型权重保护等。这些机制在传统芯片里也有,但生成式 AI 的负载更复杂,对隔离的要求更高。比如,一个端侧助手要同时访问通讯录、日历、相册,还要调用大模型做总结,怎么保证它只访问授权数据、不泄露给其他应用,就需要硬件级的隔离支持。
这四条难题,构成了这颗新生代旗舰芯片"新任务"的技术底色。接下来我拆解一下,针对这些难题,芯片架构上通常会做哪些设计。
3. 架构层面的应对:这颗旗舰芯片可能做了哪些设计
3.1 计算单元的重构:NPU 从配角变主角
在传统 SoC 里,NPU 的定位是"协处理器",处理一些轻量级的 AI 任务。但在生成式 AI 时代,NPU 正在变成核心计算单元之一。我观察到的一个趋势是,新一代旗舰芯片的 NPU 面积占比明显提升,有的甚至超过了 GPU。
NPU 的设计也在变化。早期的 NPU 主要做卷积加速,针对的是 CNN 类模型。但生成式 AI 主要是 Transformer 架构,核心是矩阵乘和注意力机制。所以新一代 NPU 需要强化矩阵乘单元、支持更大的片上缓存、优化注意力计算的访存模式。有些设计还会加入专门的Softmax 加速、LayerNorm 加速,因为这些操作在 Transformer 里很频繁,但用通用单元算效率不高。
另一个变化是支持动态 shape 和变长序列。生成式 AI 的输入长度是可变的,KV Cache 也是动态增长的。传统 NPU 往往针对固定 shape 优化,遇到动态 shape 就抓瞎。新一代 NPU 需要在硬件和编译器层面支持动态 shape,才能高效跑生成式模型。
3.2 内存子系统的升级:把带宽用在刀刃上
前面说了内存墙是核心瓶颈。芯片层面的应对,通常包括几个方向。
第一是更大的系统缓存。把一部分权重或 KV Cache 放在片上缓存里,减少对主存的访问。这个思路和 CPU 的 L3 缓存类似,但 AI 负载的访问模式不同,需要专门设计。
第二是内存压缩。硬件层面支持对权重和激活值的压缩,减少实际搬运的数据量。比如稀疏化后的权重,可以用压缩格式存储,读取时硬件解压。
第三是更高效的内存控制器。优化访存调度,提高带宽利用率,减少 bank conflict 和刷新开销。
第四是先进封装。有些旗舰芯片会采用更先进的封装技术,把内存和计算单元放得更近,缩短数据搬运距离,降低功耗。
这些设计的具体实现,不同厂商路线不同,但目标是一致的:让数据搬运不再是瓶颈。
3.3 调度与编译:软硬协同才是关键
硬件再强,没有好的软件调度也白搭。生成式 AI 的推理,涉及算子融合、内存复用、并行调度、精度选择等一系列优化。这些优化,一部分在编译器层面做,一部分在运行时调度层面做。
编译器层面,需要把模型图切分成适合不同计算单元的算子,做算子融合(比如把 MatMul + Bias + Activation 融合成一个 kernel),做内存规划(复用中间激活值的内存),做量化插入(在合适的位置插入量化/反量化节点)。
运行时层面,需要根据当前负载动态调整频率、电压、计算单元分配。比如,当用户在打字时,AI 助手只需要低延迟响应,可以跑在高频少核模式;当用户在后台生成图片时,可以跑在低频多核模式,追求能效。
我踩过的一个坑是:编译器的算子支持和硬件的实际能力不匹配。有些算子编译器认为 NPU 支持,但实际跑起来效率很低,甚至不如 CPU。所以做端侧 AI 部署,一定要做逐算子的性能剖析,找出真正的瓶颈,而不是盲目相信编译器的调度。
3.4 安全隔离:端侧 AI 的信任基础
安全隔离这块,芯片层面通常提供可信执行环境(TEE)。AI 推理可以跑在 TEE 里,和普通应用隔离。模型权重加密存储,推理时在 TEE 内解密。用户数据在 TEE 内处理,不暴露给外部。
但 TEE 的资源通常有限,跑大模型可能不够。所以有些设计会采用分级隔离:敏感数据在 TEE 内处理,大模型推理在普通环境跑,但通过硬件机制保证数据不泄露。这个平衡怎么把握,是安全设计的一个难点。
4. 实操验证:怎么判断一颗芯片的端侧 AI 能力
4.1 看参数,但别只看 TOPS
厂商发布会最爱讲的就是 NPU 算力,多少 TOPS。但 TOPS 只是峰值算力,实际能跑出多少,取决于内存带宽、算子支持、编译器效率、功耗约束。我一般会关注这几个参数:
| 参数 | 为什么重要 | 怎么看 |
|---|---|---|
| NPU 算力(TOPS) | 峰值计算能力 | 看精度(INT8/INT4),不同精度不可直接比 |
| 内存带宽(GB/s) | 决定大模型推理速度 | 越高越好,但要看实际利用率 |
| 片上缓存大小 | 减少主存访问 | 越大越有利于大模型 |
| 制程工艺 | 影响能效 | 越先进,同性能下功耗越低 |
| 支持的量化精度 | 影响模型大小和速度 | INT4 支持是关键 |
但参数只是参考。真正要判断,得跑实际模型。
4.2 跑分工具和实际模型测试
端侧 AI 的 benchmark,常见的有 MLPerf Mobile、AITUTU 等。这些跑分能给出一个横向对比,但和实际生成式 AI 负载还是有差距。因为生成式 AI 是自回归生成,延迟特性、内存访问模式都和传统推理不同。
我建议的验证方法是:拿一个真实的端侧大模型,跑实际的生成任务,测首 token 延迟、每 token 延迟、内存占用、功耗、发热。这几个指标,比任何跑分都实在。
具体操作上,可以用一些开源的端侧推理框架,把模型部署上去,然后用脚本测。比如测首 token 延迟,就是从输入 prompt 到输出第一个 token 的时间;测每 token 延迟,就是后续每个 token 的平均生成时间。这两个指标直接决定用户体验。
4.3 功耗和发热的实测方法
功耗测试,如果有条件,可以用外接电源监测。没有条件的话,可以用系统自带的电池统计,或者用红外测温枪测表面温度。我一般会跑一个持续 5 分钟的生成任务,记录电量下降和温度变化。
这里有个经验:端侧 AI 的功耗,很大一部分花在内存访问上。如果发现功耗异常高,先查内存访问模式,看是不是有频繁的大块数据搬运。优化内存访问,往往比优化计算更能降功耗。
5. 常见问题与排查技巧实录
5.1 模型跑不起来,报算子不支持
这是最常见的问题。端侧推理框架的算子支持,通常不如云端框架全。遇到不支持的算子,有几个解法:一是替换算子,用支持的算子组合实现同样功能;二是回退到 CPU,但要注意性能;三是自定义算子,如果框架支持的话。
我的建议是,在模型设计阶段就考虑端侧部署,尽量用主流算子,避免冷门操作。如果已经训练好了,可以用工具做算子替换和图优化。
5.2 跑起来了但很慢,怎么定位瓶颈
慢的原因可能有很多:算力不够、内存带宽不够、算子效率低、调度不合理、功耗降频。定位方法是逐层剖析。用 profiling 工具,看每一层的时间占比,找出最耗时的层。然后看这一层是计算密集还是访存密集,针对性优化。
我遇到过的一个典型案例:某个模型在 NPU 上跑,大部分层都很快,但有几层特别慢。查下来发现是这几层的 shape 不规整,NPU 的硬件利用率低。把 shape 补齐到对齐后,速度提升明显。
5.3 精度下降太多,怎么调
量化会带来精度损失。如果损失太大,可以尝试:一是混合精度,敏感层用高精度,其他层用低精度;二是量化感知训练,在训练时就模拟量化误差;三是校准集优化,用更有代表性的数据做量化校准。
我个人的经验是,INT8 量化通常精度损失很小,INT4 需要更小心。如果 INT4 精度不够,可以考虑部分层用 INT8,或者用更先进的量化算法。
5.4 发热降频,性能不稳定
这是手机端侧 AI 的固有问题。解法包括:降低模型规模、优化能效、动态调整频率、分时调度。从应用层面,可以设计成"短时高频、长时低频"的策略,避免持续满载。
5.5 常见问题速查表
| 问题 | 可能原因 | 排查方向 |
|---|---|---|
| 算子不支持 | 框架算子库不全 | 替换算子/回退 CPU/自定义 |
| 推理慢 | 算力/带宽/算子效率 | profiling 逐层分析 |
| 精度下降 | 量化误差 | 混合精度/量化感知训练 |
| 发热降频 | 功耗过高 | 优化能效/动态调频 |
| 内存不足 | 模型太大 | 量化/剪枝/分片加载 |
6. 这颗芯片的"新任务"对开发者和用户意味着什么
6.1 对开发者:端侧 AI 的开发范式在变
以前做移动端 AI,主要是调 API,跑一些预置的小模型。现在做端侧生成式 AI,需要理解模型结构、量化、内存管理、异构调度。开发门槛提高了,但能做的东西也多了。端侧大模型可以支撑很多新场景:离线翻译、本地摘要、隐私对话、个性化推荐。
我建议开发者关注几个方向:一是端侧推理框架,选一个生态好、算子全的;二是模型压缩工具链,量化、剪枝、蒸馏都要会;三是性能剖析工具,能定位瓶颈才能优化。
6.2 对普通用户:怎么选手机、怎么用 AI
普通用户不用懂技术细节,但可以关注几点:一是NPU 算力和内存,这决定端侧 AI 能不能跑、跑得快不快;二是实际体验,去店里试试语音助手、图像生成、实时翻译这些功能;三是隐私设置,看看哪些 AI 功能是端侧处理的,哪些是云端的。
我的建议是,如果你重度使用 AI 功能,选旗舰芯片的手机会有明显优势。如果只是偶尔用,中端芯片也够。
6.3 对行业:端侧 AI 的生态还在早期
端侧生成式 AI 现在还在很早期。模型格式不统一、推理框架碎片化、硬件能力差异大。但这也意味着机会多。谁能把端侧 AI 的体验做好,谁就能在下一波竞争中占先。
我个人在实际操作中的体会是,端侧 AI 的优化,软硬协同比单纯堆硬件更重要。一颗架构设计合理的芯片,配上好的编译器和调度,能跑出远超参数预期的效果。反过来,硬件再强,软件拖后腿,体验也好不了。所以看这颗新生代旗舰芯片,不能只看它堆了多少算力,更要看它的软件生态和工具链是否成熟。这才是"新任务"能否完成的关键。