※ 引述《[email protected] (Bug J.)》之铭言： : ==> 在 [email protected] (ggg) 的文章中提到: : > 这是 VMware 的术语, Cambridge VM 最早的 CP/67 是基於做在 Microprogram : > 的 VMM 再於其上提供 VM Host , 至於 使用 Binary Translation 的软体技术 : > 似乎是跟一般的 OS 称呼的 VM 与 VMM 虚拟技术有差距. : > XEN 也使用法国 qemu 的某些模组, qemu 就是使用 Binary Translation 的 : > 软体解译技术, 但都不用这个 "Full Virtualization" 的说法. : 有吧，参考xen的原始paper，在2003年sosp发表 : http://www.cl.cam.ac.uk/research/srg/netos/papers/2003-xensosp.pdf : 请翻到第二页的2. XEN: APPROACH & OVERVIEW，在该段的第二行就有用到这个词， : 而整篇PAPER这个词也出现了7次 把出现的地方再看了一下, Full Virtualization 是指提供全部硬体的虚拟化, 在出现相关研究的地方提到了 最早的 IBM VM/370 及 VMware 及 Connectix , "All of these examples implement a full virtualization of (at least a subset of) the underlying hardware ". 印象中, 就不是很认定 VMware 及 Connectix 是其称呼的 Full Virtualization 这个括弧留下的印象是作者 对 VMware 及 Connectix 的 Full Virtualization 是有点保留的. 因为最早的 VM 使用 Microprogramming 技术, 称为 Emulation 是硬体指令层的拦截与解译, 而不用通称的 Simulation , 後者是习惯被用於软 体程式的模拟. 现在的 VMware 及 Connectix 是使用软体程式的模拟, 而基本上, Binary Translation 技术是替换原指令码为另一套程式, 由之 "代替" 执行. 换 言之, 原指令码等於消失了, 原来的 硬体processor指令 就等於未被虚拟化, 也 可以说那些替换的指令未被辨识後再解译. 不过, XEN 强调其新创的 paravirtualization , 对於 VMware 及 Connectix 是否如宣称的 "全虚拟", XEN 确也没必要去争论. 但严格看来, XEN , VMware , 及被微软买下的 Connectix 都是针对虚拟缺陷的部份用 "事先取代法" 替换掉 , 也都不是 "全虚拟实层硬体". 个人觉得会出现这种困扰的原因是 VM386 在提供虚 拟化时, 不是没提供而是没作完整, 所以 VMware 跟 Connectix 的做法就相当於 有一部份使用硬体的功能, 然後把硬体未提供完整的那部份敏感指令用软体给替换 掉了. 所以在上层的寄居 OS 所提供的执行环境里, 程式里若用到有缺陷的敏感性 指令还是不会有实层硬体的虚拟支援. 也就是 "非完整的全虚拟化". 如果不是 X86 CPU 只剩缺陷, BT 技术在无虚拟硬体支援的 CPU 里使用是效率不高的. 相对 言, paravirtualization 的直接替代就会高效率. VMware 应该也会用这种 "病 毒式转向替代法"(这是指不用 source code 重编译的强行替代法, 也就是 binary modification). 这个 X86 的缺陷与困扰可参考 http://www.i.u-tokyo.ac.jp/edu/training/ss/msprojects/data/ 06-VirtualMachineArchitecture.pdf : > VMware 不提供完全自制的 OS 吧 ! 这跟 XEN 提供改装过的 Linux 宿主 OS : 对，但是他也不需要改其他OS， : 请参考网页的overview的第一段 : ESX Server installs on the “bare metal” and allows multiple unmodified : operating systems and their applications to run in virtual machines that : share physical resources. : ESX本身有自己的Driver model，不像Xen在原始设计上的另外一个原则 : "希望用现存的driver"，所以他其实需要从写driver，但是他不用一个 : domain0来辅助，或许你可以说他把domain0整个包在VMM里了 VMware 的概念应该是提供下层硬体相容的 Logical Machine , 而非下层硬体 的 Full Virtualization. 她是提供给上层寄居OS一种市场较普及化装置的虚 拟, 而非下层实体装置的虚拟. 譬如 音效卡 就是模拟 Creative Sound Blaster 而非实体装置. : > VM 的虚拟化主要说 : > 的是硬体的虚拟, 要不要保护隔离的这麽严谨这是保护, 不是虚拟. : > VM 8086 是较完整的虚拟, VM386 加入 MMX 就没有全支援虚拟. Virtual : > Memory 再支援 Virtual Memory 本来就是 VM 效率最受争议的一环. MMX : > 是 Virtual Memory 的硬体支援. : 个人认为这你要虚拟的层次的问题，在system virtualization的原则下， : 你要给上层看到的就是一个「看似真的bare machine的VM」 : 而没有做到会有什麽问题呢？有些OS会看到「我不是在Ring0，我就不工作」， : 而又因为X86下，你要看自己在Ring几，是可以直接看的， : 所以就会遇到这一类系统罢工的状态 这也就是 sensitive instruction 不容易事先被辨认出来的原因. 问题是发生在 ring 0 的 emulation , 不是可不可以看到 status, 而是要虚拟 出一个 "如假包换" 的环境, 要让 guest os 觉得是在 ring 0. : > 最先管制机器的就是 BIOS ROM , 除了微码外就是 BIOS 为最底层, 现在的微码也开 : > 始由 BIOS 协助可以置入修正. : 实际上在现今的VT和V技术，BIOS不用特地支援，但是在IA-64上却需要， : 因此你这一点如果针对IA-64是对的，IA-32是有疑问的 这个功能要在 bios 开机设定时被启动, AMD-V 是 default 为 enable. : > 如果他又结合异质 CPU 跑另外一种, 是这机器原来没有的软体时, 应该是 AP 吧! : > 这事, 工研院电通所改为资讯所後, 是不是硬体概念都灭种了 ? : 通讯所和这有什麽关系..... 电通所以前有做 SPARC CPU 计画是专做硬体与 系统 OS 的. --

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