本文阐明白汽车电子需要的Hypervisor、Hypervisor方案的技能反思、Hypervisor技能利用的须要性以及Hypervisor对SoC的选择的影响。

接着智能座舱的影两全术：Hypervisor（一）的观念讲授，我们说明一下实际Hypervisor的进一步思考。

一、汽车电子需要什么样的Hypervisor

1. 安详要求

虚拟机系统设计需要到达ASIL B的安详品级。

硬件的系统断绝和安详系统。

安详模式启动

处事质量担保的高优先级任务机能程度。

2. 成果要求

多操纵系统支持（Linux、Android、RTOS，QNX）

具备多屏互动的高效办理方案

图形图像加快的本领

系统快速启动与优化

启动画面显示显示

软件硬件疏散

3. 接口尺度

妨碍监督与诊断处理惩罚

优先级和调治计策

共享内存与历程间通信

半虚拟化设备的尺度接口

透传的IO优化计策

二、Hypervisor方案的技能反思

我们比拟一下各个Hypervisor厂商的宣传的技能的优势。

假如不思量本钱优势的话，在漫衍式电子电气架构下，Hypervisor厂商所宣传的虚拟化优势，都不是优势而是问题。

Hyperviosr技能在冗余算力挪用，妨碍规复偏向有所成绩，可是按汽车成果安详要求来说，原有的产物也是满意这些需求的。

三、必然要用Hypervisor技能吗

Hypervisor能省钱，机动性上有所加强，是不是座舱必然要用Hypervisor技能？

答复：不必然。

拿Tesla Model3作一个例子，这个例子并不极度，在多个屏幕的状态下依然有效（由于不相识细节，我们这里的方案都是假想）。

智能座舱应用假设包括仪表、IVI、ADAS，显示输出一个屏幕。

在同样的本钱条件下，我们有多处可行的办理方案：

方案1：Linux虚拟机方案，运行多个虚拟化系统，由仪表打点GPU，统一输出到屏幕。

方案2：单Linux方案，运行一个系统，担保ASIL B级别，单一输出。

方案3：轻量级虚拟化，思量方案2大概存在的问题，可以在操纵系统层举办虚拟化，回收容器技能虚拟化，担保仪表、自动驾驶的资源优先担保。

针对低功耗需求、启动需求、电源打点需求单独思量。

为什么依然推荐利用Hypervisor技能？

答复：

软件硬疏散带来的长处理惩罚。

与世界的历程保持同步。

固然某些环境下，不利用虚拟化技能我们一样能办理问题，为什么还推荐利用Hypervisor技能？

答复：

Hypervisor带来的机能、资源的开销很小。

Hypervisor对错误处理惩罚、妨碍处理惩罚带来的冗余。

Hypervisor对硬件的断绝，有操作硬件的更新迭代。

Hypervisor是行业成长的整体选择，独立开发、维护一条技能协议栈终将落伍，除非你象Tesla一样有缔造力，有节制力，有禁止力。

举个汗青故事：

自动驾驶成长史上，人们最初但愿通过对阶梯的改革，好比铺设磁铁，来完成车辆自动驾驶。

摸索许多年之后，所有的实验都失败了。直到深度进修的成长从头为人类指明白自动驾驶的成长偏向。

假如当初有人选择了深度进修的偏向，自动驾驶会更快的到来吗？

险些不会，因为个别选择的进步要期待时代。同样，本日假如选择5G作为实现自动驾驶的焦点，那也会垮台。

座舱照旧选择Hypervisor好，今后贫苦少。

四、Hypervisor对SoC的选择有什么影响

SoC的选择与Hypervisor的选择是相互影响的，因为不是所有的SoC对所有的虚拟机都作过优化。

由于Hypervisor方案涉及到CPU、GPU的虚拟化，半虚拟化办理方案涉及到对上层OS的修改，完全虚拟化涉及到各个CPU的资源分派挪用。汽车规模利用虚拟化技能依然需要SoC厂商与Hypervisor厂商配合的支持来举办优化。

QNX支持IMX8系统、高通820A系列、SA6155/8155、瑞萨RCar系列；

Global Hypervisor支持TI J6、瑞萨RCar系列、Intel Apollo系统；

MTK、Autochips等公司都是基于Xen来完善与支持虚拟化技能。

当我们选择了SoC，可能选择了Hypervisor方案的时候，我们对另一部件的选择，甚至对上层OS回收QNX照旧Linux其实也一样做出了选择。