国产超碰人人模人人爽人人喊,亚洲欧美日韩国产成人精品影院,日韩不卡手机视频在线观看

　　純軟件虛擬化主要的問題是性能和隔離性。Full Virtualization完全虛擬化技術可以提供較好的客戶操作系統獨立性，不過其性能不高，在不同的應用下，可以消耗掉主機10%~30%的資源。而OS Virtualization可以提供良好的性能，然而各個客戶操作系統之間的獨立性并不強。無論是何種軟件方法，隔離性都是由Hypervisor軟件提供的，過多的隔離必然會導致性能的下降。

　　這些問題主要跟x86設計時就沒有考慮虛擬化有關。我們先來看看x86處理器的Privilege特權等級設計。
　　

　　x86架構為了保護指令的運行，提供了指令的4個不同Privilege特權級別，術語稱為Ring，從Ring 0～Ring 3。Ring 0的優先級最高，Ring 3最低。各個級別對可以運行的指令有所限制，例如，GDT，IDT，LDT，TSS等這些指令就只能運行于Privilege 0，也就是Ring 0。要注意Ring/Privilege級別和我們通常認知的進程在操作系統中的優先級并不同。

　　操作系統必須要運行一些Privilege 0的特權指令，因此Ring 0是被用于運行操作系統內核，Ring 1和Ring 2是用于操作系統服務，Ring 3則是用于應用程序。然而實際上并沒有必要用完4個不同的等級，一般的操作系統實現都僅僅使用了兩個等級，即Ring 0和Ring 3，如圖所示：
　　

　　也就是說，在一個常規的x86操作系統中，系統內核必須運行于Ring 0，而VMM軟件以及其管理下的Guest OS卻不能運行于Ring 0——因為那樣就無法對所有虛擬機進行有效的管理，就像以往的協同式多任務操作系統(如，Windows 3.1)無法保證系統的穩健運行一樣。在沒有處理器輔助的虛擬化情況下，挑戰就是采用Ring 0之外的等級來運行VMM (Virtual Machine Monitor，虛擬機監視器)或Hypervisor，以及Guest OS。

　　現在流行的解決方法是Ring Deprivileging(暫時譯為特權等級下降)，并具有兩種選擇：客戶OS運行于Privilege 1(0/1/3模型)，或者Privilege 3(0/3/3模型)。

　　無論是哪一種模型，客戶OS都無法運行于Privilege 0，這樣，如GDT，IDT，LDT，TSS這些特權指令就必須通過模擬的方式來運行，這會帶來很明顯的性能問題。特別是在負荷沉重、這些指令被大量執行的時候。

　　同時，這些特權指令是真正的“特權”，隔離不當可以嚴重威脅到其他客戶OS，甚至主機OS。Ring Deprivileging技術使用IA32架構的Segment Limit(限制分段)和Paging(分頁)來隔離VMM和Guest OS，不幸的是EM64T的64bit模式并不支持Segment Limit模式，要想運行64bit操作系統，就必須使用Paging模式。

　　對于虛擬化而言，使用Paging模式的一個致命之處是它不區分Privileg 0/1/2模式，因此客戶機運行于Privileg 3就成為了必然(0/3/3模型)，這樣Paging模式才可以將主機OS和客戶OS隔離開來，然而在同一個Privileg模式下的不同應用程序(如，不同的虛擬機)是無法受到Privileg機構保護的，這就是目前IA32帶來的隔離性問題，這個問題被稱為Ring Compression。

　　這個問題的實際表現是：VMware在不支持Intel VT的IA32架構CPU上無法虛擬64-bit客戶操作系統，因為無法在客戶OS之間安全地隔離。