※ 引述《[email protected] (Bug J.)》之铭言： : > 也就是说模拟出来的是 Interpreter 提供的机 : > 器, 其性质已经不是下层实体的机器拥有的. 因为实体机器对部份敏感指令不 : > 会产生 trap , 但 BT & interpreter 提供的机器就会. : 我们试过在VMWare上在装Xen，还跑得蛮高兴的....除了速度外.... VMware + 宿主 OS 跑的那一层应该是 Powerful 的 VMM , 其上才是模拟出来 的 VM , 在 VM 上再装 OS , 所以应该能装 XEN , XEN 也是相当於 VMM +OS , 可在其上跑其提供的 Debian UNIX. XEN 与 VMware 都不是 Hardware Full Virtualization , 提供的是一个改良的模拟硬体(不执行不会 trap 的原机码). : > 有下层实体在, 其实是可以不必模拟, 这是资源配置与共用的问题, 如果是已 : > 经被配属就转到宿主 OS 请他代劳执行後回覆就行了, 这还能较跟实体逼真. : > 但, VMware 做 Standard Logic Device 的模拟并无不好, 反而会让上层的寄 : > 居 OS 更容易就模拟的硬体快速安装, 这是很多人爱用的原因之一. : > 可是, 就教学使用界面与组语言, 如模拟成较高层的 Logic Device , 这就变 : > 得太虚了 ! : 我们现在教学就是这样用，用法也都必须照模拟出来的那一张卡，没什麽虚的 应该只能学模拟的那一张卡, 反而不能用实体卡的规格. 所谓虚不虚就是 组语的 I/O space 相关的 in, out, interrupt 与 DMA 控制器 能不能用(有监控的使用). 因为现在教组语都不练习 I/O Interrupt 及 DMA , 反而这才是高阶语言不容易用 出来的, 殊为可惜. 如果是专属配属, VMware 应该能 By-Pass 吧 ! 也就是插上一张卡, 让宿主 OS 放弃管辖, 让寄居的 OS 及其上的 AP (或者是自 制一个组语写的 Virtual VMM) 通过 VMware(By-pass或监控)能直接控管这个界 面卡. ======================================================================= 谢谢您的经验分享 ! --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.115.1.146