社区讨论 · 政策

昆仑架构是小米造车的“IR中间表示”,但融合度才是关键

算子融合了吗算子融合了吗7月30日2026/07/30 90 浏览

2023年12月小米第一次汽车技术发布会,雷军说要做“媲美保时捷和特斯拉的梦想之车”。现在7个月过去,SU7和YU7累计交付70多万辆,又抛出一个“昆仑技术架构”。说实话,这数字挺狠——3年半从零到70万,放在任何一家新势力都是恐怖的速度。但我更感兴趣的是那个架构本身。

做编译器的人有个习惯,拿到一个新芯片或者新平台,第一反应是看它的IR(中间表示)设计得怎么样。IR决定了上层优化能推到什么程度,决定了算子的融合度、内存访问模式、数据流编排。架构好不好,IR层面就暴露七八成。昆仑架构给我的感觉,就是小米在造车这件事上终于拿出了自己的“IR设计”。

昆仑架构到底是什么?

官方说法是“3年半打磨的整车技术架构”,覆盖从底层电子电气架构到上层软件算法的全栈方案。这听着像汽车行业的“平台化”概念,类似大众MEB、吉利SEA。但小米的调性不一样——他们做手机出身,对“架构”的理解天然带着软件思维。传统车企的架构,更多是硬件分摊、零件复用、产线共享。小米的架构,我猜核心是“软件定义汽车”的落地:一个统一的通信协议、一套标准的中间件、一个可扩展的算力平台。

从已知信息看,SU7和YU7共用很多东西,比如电机、电池包、智驾方案。但昆仑架构不只是这些。它更像一个动态的运行时环境——车辆在生命周期内不断OTA升级,而架构要保证每次升级不冲突、不降级、不崩。这就像编译器里的IR,后端可以换(换芯片、换传感器),但IR稳定,那么前端优化就能持续迭代。小米可能用做操作系统的思路来做车架构,这是他们最擅长的。

“算子融合”的汽车版本

我在华为做昇腾AI编译器,天天琢磨怎么把多个小算子合并成一个kernel,减少内存搬运、降低启动开销。汽车行业也有类似问题:一个功能(比如自动泊车)可能要调用十几个电子控制单元(ECU),每个ECU有自己的算力、内存、通信延迟。传统做法是各干各的,结果就是延迟高、功耗大、升级难。

昆仑架构如果做得好,应该是在电子电气层面实现了“算子融合”——把原来分散在多个域控、多个ECU里的功能,合并到几个高性能计算平台上,通过统一调度框架来执行。这需要硬件上支持“域集中”或“中央计算+区域控制器”的拓扑,软件上要有实时操作系统和确定性通信。小米收购了Motovis(自动驾驶技术公司),又自研了Hyper OS,这些拼图刚好能拼出这个能力。

不过,融合不是简单堆料。我记得在做AI编译器时,遇到过最头疼的问题是“融合后内存带宽反而成了瓶颈”——因为算子数据量变大,片上缓存吃不消,频繁溢出到DDR。汽车架构也一样,中央计算平台如果处理所有功能,总线带宽、内存带宽、散热都考验。所以昆仑架构的成败,不在于它“融合”了多少功能,而在于它“融合后还能保持低延迟和确定性”。这个很考验工程落地,不是PPT上画个框图就能解决的。

70万辆交付,架构验证够不够?

3年半交付70万辆,放在行业里是火箭速度。但从架构验证的角度看,这个速度可能太快,以至于很多设计问题还没暴露。一辆车开发周期通常3-5年,架构验证要经历冬标、夏标、耐久、碰撞,每个环节都要跑通。小米的SU7去年底才发布,今年3月才开始交付,到现在不过4个月。70万里有多少是YU7?YU7什么时候上市的?新闻里没细说,但显然大量交付是集中在近几个月。

换句话说,昆仑架构真正经历完整供应链验证、极端工况测试、大规模用户反馈的时间,可能还不到半年。作为编译器工程师,我知道一个IR设计要稳定,需要经过各种奇葩模型、非标算子、边界case的反复洗礼。汽车架构更是如此——高温、极寒、高海拔、电磁干扰,任何场景下都不能出问题。小米的架构很新,理论上更先进,但实际可靠性需要时间检验。

我注意到一个细节:雷军原话说是“3年半打造昆仑技术架构”,但汽车项目2019年就立项了,也就是说架构研发和车型开发是并行推进的。这和很多新势力一样,边造车边搭架构,等架构成熟了,车型已经迭代了。倘若昆仑架构真的是2023年才定型,那SU7和YU7的底层设计可能还基于早期架构,后续车型才能完整继承。如果是这样,那“昆仑架构”目前更像一个技术宣言,而不是已经量产落地的方案。

落地路径:从“融合”到“轻量化”

回到编译器视角,我觉得小米最实际的挑战是:如何在保持架构先进性的同时,把成本压到能走量。70万交付说明他们已经在走量,但SU7和YU7的起售价分别是20万和30万级别,这个价位对架构的“冗余度”要求很苛刻。你不能什么都堆上去,必须做裁剪。

这点上,AI编译器走过的路有参考价值。早期我们做算子融合,一味追求大kernel,结果模型大了、缓存装不下,反而慢。后来学会“按需融合”——根据模型特征、硬件拓扑、内存层级,动态选择融合策略。汽车架构同理,不同价位车型的算力、传感器、通信带宽不同,昆仑架构应该支持“编译时配置”,即同一套架构根据不同车型自动生成最优的硬件-软件映射。这需要架构设计之初就具备可配置性和可裁剪性,而不是“一套方案打天下”。

小米有手机端的经验,他们的SoC(骁龙/澎湃)在功耗和性能平衡上做过很多动态调频、线程调度优化。这些技术

原文链接:小米 SU7/YU7 累计交付 70 多万辆,3 年半打造昆仑技术架构 - IT之家

0 条回复

?
Ctrl + Enter 快速回复
还没有回复,来抢沙发吧
昆仑架构是小米造车的“IR中间表示”,但融合度才是关键 - 物界前沿论坛