关于2.0 vmm 的思考和疑惑

发布于 2013-11-25 23:12:39 浏览：7653 订阅该版

15 个回答

bernard 2013-11-26

这家伙很懒，什么也没写！

cini 2013-11-26

这家伙很懒，什么也没写！

cini 2013-11-26

这家伙很懒，什么也没写！

nongxiaoming 2013-11-27

rt-thread大师兄

bernard 2013-11-27

这家伙很懒，什么也没写！

cini 2013-11-27

这家伙很懒，什么也没写！

bernard 2013-11-27

这家伙很懒，什么也没写！

ffddybz 2015-08-26

这家伙很懒，什么也没写！

>没错，VMM就是一个hypervisor。不过在这个VMM上运行RT-Thread还是很有必要，即使是类似xen的，它在内部也有部分这种调度，甚至是小型的TCP/IP协议栈，更重要的是虚拟设备，例如Linux的Virtio。
>
>RT-Thread/VMM实现成native方式，所以所有的代码、指令都需要原生的数据。例如硬件是一个AM335x的硬件，那么必须要Linux的AM335x版本才能够跑起来，RT-Thread也需要一份RT-Thread/AM335x的移植才能够跑起来。这样的好处在于双方的性能损失非常小，例如Linux的损失就在个位数百分比。
>
>RT-Thread与Linux间的通信是通过VBUS来进行，这个在PPT中有部分介绍。运行在VMM模式下的RT-Thread实时性能和单独运行RT-Thread相差不大，目前的开销（相比原始的RT-Thread）主要是Linux在切换模式时有短暂的额外开销。这部分我们也在考虑是否能够优化掉。
>
>运行RT-Thread/VMM只需要ARM926EJ-S这种级别的CPU就可以运行起来了，再往上的可以是各种Cortex-A 32位处理器。ARM Cortex-M不能够跑Linux，所以不能够支持这种方式。目前我们的实现局限于硬件，所以暂时还不能开启硬件虚拟化，后续我们会在Zynq上做更多的工作（支持TrustZone）

---

Hi,根据 RTT 的各种资料简要了解了下单核的 RTT/Linux 执行技术，以下是我的疑问，可能不大正确或者理解不到位：
1、benard 说这是一种半虚拟化的技术，但是如果把 RTT 作为 hypervisor 的话，其仅仅实现了中断虚拟化，好处在于减少关中断时间，而 CPU 虚拟化和设备虚拟化并没有实现，所以
    1）即使通过 ARM 的domain技术（并不是特别了解）实现了内存等等的隔离，那么如何实现计算资源上的隔离，如怎么限制每个系统的 CPU 利用率。
    2）没有设备虚拟化的话，按照 benard 的说法是每个系统都要实现自己的设备驱动，比如说如果板子上只有一个网口的话，那么只有其中一个系统能够使用网络？这种分配策略是怎么样的？
2、RTT 的启动是依赖于 Linux 的，那么其启动时间能做出保证吗？或者是能不能将 VMM 组件独立于 Linux，启动 VMM 后再启动RTT 这样能够加快 RTT 的启动？

liandao 2015-09-01

这家伙很懒，什么也没写！

>>没错，VMM就是一个hypervisor。不过在这个VMM上运行RT-Thread还是很有必要，即使是类似xen的，它在内部也有部分这种调度，甚至是小型的TCP/IP协议栈，更重要的是虚拟设备，例如Linux的Virtio。
>>
>>RT-Thread/VMM实现成native方式，所以所有的代码、指令都需要原生的数据。例如硬件是一个AM335x的硬件，那么必须要Linux的AM335x版本才能够跑起来，RT-Thread也需要一份RT-Thread/AM335x的移植才能够跑起来。这样的好处在于双方的性能损失非常小，例如Linux的损失就在个位数百分比。
>>
>>RT-Thread与Linux间的通信是通过VBUS来进行，这个在PPT中有部分介绍。运行在VMM模式下的RT-Thread实时性能和单独运行RT-Thread相差不大，目前的开销（相比原始的RT-Thread）主要是Linux在切换模式时有短暂的额外开销。这部分我们也在考虑是否能够优化掉。
>>
>>运行RT-Thread/VMM只需要ARM926EJ-S这种级别的CPU就可以运行起来了，再往上的可以是各种Cortex-A 32位处理器。ARM Cortex-M不能够跑Linux，所以不能够支持这种方式。目前我们的实现局限于硬件，所以暂时还不能开启硬件虚拟化，后续我们会在Zynq上做更多的工作（支持TrustZone）
>
>---
>
>
>
>Hi,根据 RTT 的各种资料简要了解了下单核的 RTT/Linux 执行技术，以下是我的疑问，可能不大正确或者理解不到位：
>1、benard 说这是一种半虚拟化的技术，但是如果把 RTT 作为 hypervisor 的话，其仅仅实现了中断虚拟化，好处在于减少关中断时间，而 CPU 虚拟化和设备虚拟化并没有实现，所以
>    1）即使通过 ARM 的domain技术（并不是特别了解）实现了内存等等的隔离，那么如何实现计算资源上的隔离，如怎么限制每个系统的 CPU 利用率。
>    2）没有设备虚拟化的话，按照 benard 的说法是每个系统都要实现自己的设备驱动，比如说如果板子上只有一个网口的话，那么只有其中一个系统能够使用网络？这种分配策略是怎么样的？
>2、RTT 的启动是依赖于 Linux 的，那么其启动时间能做出保证吗？或者是能不能将 VMM 组件独立于 Linux，启动 VMM 后再启动RTT 这样能够加快 RTT 的启动？

---

说一点我理解：
1)domain仅仅保护了内存，没有对计算资源做隔离，比如限制CPU使用率之类。
2)没有设备虚拟化，最理想的应用应该RT-THREAD所需使用的设备和LINUX使用的设备不重，各自独立使用；如果要复用一个外设，那么就必须有虚拟化外设的考虑了
3)目前的方式，RT_THREAD不是完整的hypervisor，因此没法先启动RT-THREAD，然后再启动LINUX，若是这样，就设计到怎么引导LINUX启动的问题，估计难度比较到。

到目前为止，不知道有多少人在AM335x实际硬件上重现了VMM，期待有已经重现的人，来讲讲他是怎么做的--毕竟rtthread的代码中VMM无法直接应用于AM335x。