※ 引述《[email protected] (Bug J.)》之銘言： : 如果當初XEN在設計上就是要full virtualization，那就不會有這樣的問題 這是 VMware 的術語, Cambridge VM 最早的 CP/67 是基於做在 Microprogram 的 VMM 再於其上提供 VM Host , 至於 使用 Binary Translation 的軟體技術 似乎是跟一般的 OS 稱呼的 VM 與 VMM 虛擬技術有差距. XEN 也使用法國 qemu 的某些模組, qemu 就是使用 Binary Translation 的 軟體解譯技術, 但都不用這個 "Full Virtualization" 的說法. : > Vmware 會改所在宿主 os (下層)與寄居 os (上層)的核心, 改的方式可 : 這句話還是錯的，VMware提供了多種版本的Virtual machine， : 你講的那一種，是他的Workstation系列， : ESX系列的不用接host OS(你所謂的宿主)，而是把ESX server直接裝在bare machine， : （參考http://www.vmware.com/products/vi/esx/ VMware 不提供完全自製的 OS 吧 ! 這跟 XEN 提供改裝過的 Linux 宿主 OS 平台直接對 Bare Machine 安裝有特別不同的做法嗎 ? : > 以透過 source , 若沒有 source 就用 binary code. : 你所謂的「宿主OS」，應該叫host OS，而寄居OS，應該叫「guest OS」 是的 ! : 如果你要求還要加上「不改binary」，那麼的確在X86系統裡， : 必須有VT或是V才行，理由很簡單，因為X86原本得設計就沒有考量到 : virtualization的狀況，例如他有相當多的sentive instruction， : 不是priviledge instruction，造成即使你是ghost OS， : 還是可以直接抓到不應該知道的「實際資料」 抓到不該看的資料, 跟無法更改某些狀態是兩回事, VM 的虛擬化主要說 的是硬體的虛擬, 要不要保護隔離的這麼嚴謹這是保護, 不是虛擬. VM 8086 是較完整的虛擬, VM386 加入 MMX 就沒有全支援虛擬. Virtual Memory 再支援 Virtual Memory 本來就是 VM 效率最受爭議的一環. MMX 是 Virtual Memory 的硬體支援. : > 謝謝這個回應. : > 透過 386 VM 硬體攔截敏感指令就會先跑到最底層的 VM Mornitor (BIOS ROM)或 : VMM和BIOS ROM是不搭嘎的東西，為什麼會放在一起？不能理解.... 最先管制機器的就是 BIOS ROM , 除了微碼外就是 BIOS 為最底層, 現在的微碼也開 始由 BIOS 協助可以置入修正. : > 這應該是純脆只就 VM (XEN/Vmware) 與 Intel-VT , AMD-V 帶來的遷移方便性 : > 而言. 如果, Client/server 端都利用 異質CPU 與 VM 技術使得 X86 電腦能快 : 依據目前很多地方的統計，你講因該是他們最不需要的答案.... : 由企業角度來看 : 很多台古老的實體機器 和 一台有很多VM同時在上面RUN的機器 成本上那個比較低？ : 那個管理比較方便？請以空間、耗電、散熱、管理等方面來看整體考量 : 又 如果企業裡給員工用的PC，實際上都有一個管理專用的VM在跑， : 而另外一個VM才是真的給員工用的，這時如果員工發現電腦有問題， : 打電話給管理員，管理員就可以直接透過管理用的VM遠端進來看狀況， : 這樣以企業的角度來看，可以節省管理員的成本 這是針對管機器的立場, 也就是多數是 Server 的情況, 是很特定的市場. : > 速模擬執行異質 CPU 指令, 狀況就會因 X86 的用戶數量而改觀. : 執行異質CPU現在也有，但是不是X86，隨便舉一個是PowerPC， : 他就是可以執行X86指令，但是他本身的ISA卻不是X86的， : 或是你可以查Trnasmeta的Crusoe CPU 台灣業者那敢去硬拼 X86 市場 ? Crusoe CPU 是突破 Intel 包圍圈的 一個出奇脫困, 算是一條路, 但不好走. : > > 這種技術可以用在 non-x86 cpu 嗎 ? 這需要硬體改甚麼 ? : > 486 CPU 支援硬體的 浮點運算器 FPU , 有掛與不掛都是全透通銜接, 不掛 : > 會自動跑到對應的軟體做模擬, VM 裡的 Virtual I/O 就像可插拔的 FPU , : > 可以動態的掛上去支援或拔除, 拔除時就跳轉到對應的軟體做虛擬 I/O , 如 : > 果這不是 FPU 而是異質的 CPU, 會讓 PC 回生所有的老爺軟體(如電玩)嗎 ? : 如果再不知道那個DEVICE的spec.的狀況下，那沒人可以模擬吧？ Virtual Device 只要知道被模擬的 Device 界面功能, 也就是在 logic device 層銜接就夠了. 不會做 CPU , 拿現成老爺的不就好了 ? 想辦法站巨人的肩膀上, 再坐順風船, 這時候就能賣一個新軟體, 送一堆老舊過 時的軟體. : 如果知道，軟體摸擬後直接把DATA PASS過去就好了，不是嗎？ : 另外，關於你的標題裡的"Killer AP"，這裡的AP應該是「應用程式」吧？ : XEN算是AP嗎..... XEN 跟 VMware 不就是宿主 OS 的 AP ? 如果他又結合異質 CPU 跑另外一種, 是這機器原來沒有的軟體時, 應該是 AP 吧! 這事, 工研院電通所改為資訊所後, 是不是硬體概念都滅種了 ? --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.115.5.5