如何解决在基于 ARM 的实例上虚拟化多个 SBC
我一直在尝试构建一个基于云的测试工具，让您可以使用一个或多个模拟 SBC（Beaglebone Black、cubieboard2 等）设置测试“工作区”，并在设备之间设置以太网网络（使用开放或自定义的专有协议）。
我最初计划使用在 x86 主机上运行的 QEMU 构建此工具，但发现初始测试非常缓慢。
我想知道加速性能的最佳选择是什么，我可以在 AWS bare-metal ARM instances 上模拟这些 SBC 吗？我知道 AWS doesn't currently support nested virtualization，所以我不确定我在这里的选择范围。虚拟化这些测试设置并以裸机硬件速度执行代码的最佳方法是什么？
解决方法
Arm 虚拟化扩展不支持“在 v8 主机上模拟旧的 v7 CPU”（您可以模拟 32 位客户机，但它将是一个 32 位客户机，可以看到 v8 CPU，特别是你的主人有）。所以 QEMU 不会让你使用 KVM 虚拟化这种板子模型。你也不能在 KVM 下虚拟化 TrustZone (EL3)，所以如果你的客人希望在 EL3 上运行，那么你就不走运了。同样，您也不能在 KVM 下运行需要 EL2 的客户机，除非您的主机 CPU 足够新，可以具有嵌套的虚拟化扩展。
你可以一起破解一些使用 KVM 的东西，只是给来宾一个 v8 CPU 和你的 SBC 拥有的设备/等，并希望来宾内核可以处理这种奇怪的混合设置。这是否有用取决于您要测试的内容。
根据我的经验，很多人对“我尝试测试的东西只需要在 Arm 上有一个标准的 Linux 用户空间，而不关心硬件和设备的具体细节”感到满意（其中在这种情况下，您可以使用 QEMU/KVM 及其“虚拟”板，并且只需为来宾提供与主机相同类型的 CPU）。另一类人真正关心硬件的细节，因为他们试图测试设备驱动程序或其他与硬件相关的代码；通常在这里，QEMU 中设备仿真的保真度是不够的，这些人发现他们需要使用真实硬件的板场（专门的，或者除了基于 QEMU 的设置，以方便冒烟测试和开发人员）。我不确定中间组的规模，他们需要看起来像特定板的东西，但对它是该板的相对低保真模型感到满意......
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。