皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

最新 VirtualBox 代码开始支持 KVM 后端

截至本周,Oracle 最新版的 VirtualBox 开发代码开始支持 Linux 的原生 KVM 后端。长期以来,人们一直希望 VirtualBox 能与 KVM 或其他原生操作系统虚拟机管理程序协同工作,而现在这终于成为现实。

早在 2024 年,Cyberus Technology 独立开发了一个用于 VirtualBox 的 KVM 实验性实现。如今在 2026 年,最新的 VirtualBox 上游代码终于开始以”某种可工作的形态”与 KVM 协同工作,用户可以通过使用最新代码或当 VirtualBox 自带的内核驱动程序无法工作时来使用这一功能。这一支持可以在最新的 VirtualBox Git 版本或使用 VirtualBox.org 的 Linux 测试构建中找到。

最新 VirtualBox 代码开始支持 KVM 后端

有关 KVM 与 VirtualBox 协同工作的详细信息,可以通过这个 GitHub 工单找到。预计带有这一支持的 VirtualBox 下一个主要版本还需要一段时间才会发布。

虽然 KVM 现在可以与 VirtualBox 协同工作,但 Oracle 工程师 Alexander Eichner 认为,VirtualBox 自己的虚拟机管理程序实现的优点包括:

1. 我们的内核驱动程序提供了更高级的网络模式,否则设置起来会很繁琐。

2. 我们的虚拟机监视器为旧版客户机提供了更好的模拟精度,例如我们正确模拟了 A20 门,这对于依赖它的客户机(如 DOS,在 1MB 处包装内存)来说是必要的,而 KVM 不提供这个功能。

3. 虚拟机核心的额外优化,例如我们允许在 0 环中处理某些设备模拟部分以提高性能,特别是针对较旧虚拟机的模拟。对于使用更高效设备的现代工作负载来说,这不是一个大问题。

4. 我们的虚拟机管理程序优化虚拟机退出以减少其发生,例如如果两个虚拟机退出非常接近另一个(两个 MMIO 退出或 I/O 端口访问),并且执行频繁,我们的虚拟机管理程序不会跳回需要昂贵状态同步的虚拟机,而是仅模拟第一个退出之后的指令。

5. 我们的指令模拟器比 KVM 提供的要先进得多,例如我们能够模拟通常不用于 MMIO 的指令所执行的 MMIO 退出。

2-5 主要与较旧或更奇特的虚拟机相关,大多数现代工作负载可能不会注意到太大的差异,特别是如果他们意识到自己正在虚拟机中运行并相应地修改他们的行为。

尽管如此,这项工作最终允许上游 VirtualBox 与 KVM 良好地协同工作,这一变化紧随 VMware 在 Linux 上努力将 VMware Workstation 置于 KVM 之上的工作之后。

转自 Latest VirtualBox Code Begins Supporting KVM Backend – Phoronix