Hypervisor：智能座舱和智能驾驶融合的关键技术

来源 | 十一号组织

知圈 | 进“滑板底盘群”请加微yanzhi-6,备注底盘

喊出一句架构升级的口号，给新架构取个响亮的名字，隔三差五在媒体面前吹嘘一番，似乎是近几年主机厂乐此不疲的事情。具不具备自动驾驶能力，外界可以通过对产品360°路测进行一个直观的评价。但架构升级成果如何，更像是大家族兄弟姐妹间争夺家产的私家事，表面上一片祥和，背地里暗流涌动。外人也只能从家丁、护院、婢女的口中听闻些许八卦。

笔者刚好也从坊间听闻了这样一则八卦，热衷于架构升级的某主机厂，花了几十亿，历经四五年，从分布式架构升级到域架构。熬到首台车量产时，一位多事的员工细数域架构内的ECU数量，惊讶的发现原来ECU员工编制一个没少，反而多出了几个域控制器领导编制。说好了的融合，新增的域控制器领导也仅是承担了替代ECU的职责以及整车新增的部分需求。这与分布式架构下，新增需求升级/新增ECU似乎并无两异。

踩坑的先行者们，开始逐渐清醒，BOSCH学院派的架构演进路线上的域架构作为一种过渡状态，似乎并不是那么美丽，有点类似自动驾驶领域的SAE L3自动驾驶，看起来容易做起来难。于是乎，这部分先行者又着急地喊出了一步到位中央集中式架构的口号，像极了前两年自动驾驶公司集体放弃SAE L3，进攻SAE L4的景象。

从几家宣传的中央集中式架构方案中，智能座舱和自动驾驶相关功能将集中到一个高性能计算单元上，并跑在在一颗SOC上，主动安全及功能降级策略放在另外一颗安全MCU上执行。上海嘉定创新港内喊出的“银河全栈3.0”中央集中式方案便是由两个高性能计算单元（HPC1和HPC2）和四个区域控制器构成（Zone1~4）。其中HPC1便负责智能座舱、自动驾驶的功能，HPC2部分职责是承担自动驾驶备份控制作用。

在这种中央集中式架构下，意味着一个SOC上将同时运行智能座舱和自动驾驶等功能。而智能座舱和自动驾驶功能不论是在功能安全、信息安全、实时性还是算力需求层面都有不小的差异，且这些功能目前都是用不同的操作系统（Linux、QNX、Android、RTOS等）去实现。如果汽车行业统一的操作系统不能尽快诞生（目测也不会诞生），那么一颗SOC上如何部署多个不同的操作系统，成为中央集中式架构必须直面的问题。

还好这个问题，互联网领域曾经遇到过，并且已经成熟应用，可以说是超级奶爸一般的存在。汽车领域仅在智能座舱域得到过成功应用，妥妥的新上门女婿。自动驾驶圈黑话第二十期，作者就和大家一起讨论下这位在汽车行业崭露头角，并有希望解决舱驾融合过程痛点的虚拟化关键技术—Hypervisor。

什么是Hypervisor

要回答“什么是Hypervisor”,我们不得不扒一扒其在互联网领域成名的黑历史。

早些年，如果某家公司想搭建邮件系统和文档管理两个应用，则需要购买两台服务器，每台服务器运行一个应用。这个时候每个服务器性能刚好够每个应用挥霍，应用在物理上又完全隔离，互不干扰，一派祥和。但在摩尔定律的见证下，服务器性能基本上每两年翻一番，单位计算能力的成本却在不断下降。在某个时间点，便出现了这样一个甜蜜的烦恼，我在市面上能买到的最低配置的服务器性能也够我的两个应用同时使用。

如果两个应用装在一台服务器上，不但资源调用可能发生冲突，维护起来也很麻烦。但是如果我买两台服务器的话，性能浪费上像极了大炮打蚊子，金钱浪费上像极了地主家的傻儿子。如何解决一台服务器运行多个相互隔离的不同操作系统应用的问题，成为了摆在互联网发展道路上的巨大障碍。