※ 引述《[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