寻找供应商
广告
首页 > 汽车技术 > 正文

​Hypervisor 与虚拟机协作技术路线

2022-09-25 17:48:45·  来源：汽车测试网  
　
Hypervisor 与虚拟机协作技术路线(1) 全虚拟化最初的虚拟化是通过软件模拟具有完整硬件系统功能的、运行在一个隔离环境中的计算机系统，即通过软件虚拟硬件设备

Hypervisor 与虚拟机协作技术路线

(1) 全虚拟化

最初的虚拟化是通过软件模拟具有完整硬件系统功能的、运行在一个隔离环境中的计算机系统，即通过软件虚拟硬件设备提供给 GuestOS 使用，优点是 GuestOS 不感知外部真实硬件环境、不用改动。由于 Guest OS 中每次访问全虚拟化硬件都要陷入到 Hypervisor 中，直接导致该方式虚拟的硬件性能较差， 一般只用来模拟如串口等比较简单的硬件。对硬件的模拟可以在 Hypervisor 中直接模拟，也可以将请求传递到其他 VM 中进行模拟，如在某一 VM 中通过 QEMU 进行模拟。

(2) 硬件辅助虚拟化

Intel 最早提出硬件辅助虚拟化技术，由硬件直接提供共享功能，支持多 GuestOS 的访问，减少软件虚拟技术带来的延时和性能损耗。Intel 提出了分别针对处理器 & 内存、IO、网络的 Intel VT-x、Intel VT-d 和 Intel VT-c 技术等。随着 ARM 算力提升，从移动端向边缘、甚至云算力中心发展，ARM 也在不断增强其硬件辅助虚拟化技术，比如 stage 2 页表转换、虚拟异常等。

(3) 半虚拟化

在硬件辅助虚拟化技术不完善、不强大的发展阶段，或者对于某些复杂外设的共享复用，为避免全虚拟化的性能问题，可以采用 GuestOS 与 Hypervisor 协作的半虚拟化技术。这种技术一般应用于 IO 设备虚拟化， 采用前后端的方式来实现 IO 设备虚拟化，在 Guest OS 中实现前端驱动，在 Hypervisor 或 Host OS 中实现 后端驱动，前后端一般按照 VirtIO 标准来实现，后端驱动作为硬件的实际访问方。Guest OS 中前端驱动通过Virt Queue 等通信机制与后端驱动进行通信，前端驱动将 Guest OS 的请求传递给后端驱动，后端驱动将请求发送给硬件驱动，处理完后将结果再传回给前端驱动。半虚拟化相对全虚拟化实现的硬件性能较好， 且可实现相对比较复杂的硬件，比如 : 块设备，网卡，显示设备等。具体如图 2.4-5 所示。

图片

图2.4-5 半虚拟化Pass-through资源分配

Hypervisor 支持将硬件资源直接分配给其上虚拟机中 Guest OS 使用，无需通过 Hypervisor 进行地址和指令翻译。例如 : 串口资源、USB 资源等接口比较丰富的资源可以通过 Pass-through 直接分配给某虚拟机使用。设备控制器一般都是以 MMIO 方式来访问的，所以只需要将控制器地址区域映射到 VM 就可实现设备控制器的分配，同时还需要分配一个设备硬件中断对应的虚拟中断到该 VM，直接透传的方式就是 VM 独占访问该硬件，所以在性能上是最好的。

分享到：
 
反对 0 举报 0 收藏 0 评论 0
  • 汽车测试网V课堂

    汽车测试网V课堂

  • 微信公众号

    微信公众号

  • 汽车测试网手机站

    汽车测试网手机站

• L2和L3级智能驾驶车辆驾驶员的角色转变研究 • 产业专利分析—智能座舱之人机交互技术
• 区域化配电的技术及趋势 • 汽车制动踏板感匹配方法探讨
• 电动汽车动力电池碰撞安全性及建模仿真 • 欧盟2023年温室气体排放下降8.3%，交通运输脱碳需奋起直追
• 详解！续航2900公里的康明斯燃料电池卡车-H2Rescue • 电动汽车轮胎的特点和创新要突出的技术亮点
• 大众PEP开发流程详解 • 一文讲清全球定位系统GPS
0 条相关评论
  • 广告
  • 广告

编辑推荐

最新资讯

  • 广告
  • 广告
沪ICP备11026917号-25