虛擬機淺析word版-資料下載頁
2025-05-07 17:36本頁面
【正文】 新它們時將觸發(fā) CPU 訪存 異常。然后再由 VMM 捕捉異常，替它完成頁表的更新，并且順便更新影子頁表。 設(shè)備的虛擬化 客戶操作系統(tǒng)里面的驅(qū)動程序是直接操作硬件設(shè)備的，對于設(shè)備的虛擬化，一般有兩種辦法，一是把真實的設(shè)備暴露給客戶操作系統(tǒng)，讓它獨享這個設(shè)備。而如果想讓設(shè)備在多個虛擬機之間共享，則 VMM 需要對設(shè)備做虛擬，以便協(xié)調(diào)多個客戶操作系統(tǒng)對設(shè)備的使用。 VMM 需要模仿硬件接口實現(xiàn)虛擬設(shè)備 (這一點我覺得是最復(fù)雜的 )，然后讓客戶操作系統(tǒng)看到這些虛擬設(shè)備。而客戶操作系統(tǒng)對設(shè)備的操作都被提交到 VMM 上，再由 VMM 轉(zhuǎn)換成實際對設(shè)備的操作。比如，VMM 給某個客戶操作系統(tǒng)提供的一個虛擬磁盤，實際上可能是真實磁盤的一個分區(qū)，或者是其中的一個文件。又比如， VMM 給某個客戶操作系統(tǒng)提供的一個虛擬顯示器，實際上可能是 VMM 所擁有的桌面系統(tǒng)中的一個窗口。再比如， VMM給各客戶操作系統(tǒng)提供的網(wǎng)卡，可能是復(fù)用實際的網(wǎng)卡來實現(xiàn)的?；蛘咚鼈兙褪峭耆摂M的網(wǎng)卡，因為在 VMM 所管理的各個虛擬機之間的網(wǎng)絡(luò)通信，實際上是不需要借助真實網(wǎng)卡的，只需要 VMM 做一些報文轉(zhuǎn)發(fā) (進程間通信 )即可。 中斷的虛擬化 除了上述三個虛擬化方面外，中斷的虛擬化也是必不可少的。這方面看到的資料比較少， 按我的理解，如果設(shè)備是由 VMM 虛擬的，那么 VMM 可能要通過信號來告知客戶操作系統(tǒng)中斷的到來，信號處理函數(shù)就是客戶操作系統(tǒng)的中斷處理函數(shù)。 而像時鐘中斷這樣的東西，一般每 1ms 會觸發(fā)一次。我不知道這樣的中斷是否會讓客戶操作系統(tǒng)來處理 ?如果是，假設(shè)主機上運行了 100 個客戶操作系統(tǒng)，那么在這 1ms 之間，將有 100 個時鐘中斷被處理、要經(jīng)歷 100 次進程切換、中斷處理函數(shù)里面可能還有 VMM 需要通過 CPU 異常來捕捉的特權(quán)指令。并且隨著客戶操作系統(tǒng)的個數(shù)增加，情況將會進一步惡化。不知道主機能撐得住多少 ?而如果時鐘中斷不會由 客戶操作系統(tǒng)來處理呢 ?那么，客戶操作系統(tǒng)讀寫本地時間的操作、定時器相關(guān)的操作、等等都必須被 VMM 捕獲并處理。不知道這樣是否可行 ? 準(zhǔn)虛擬化方案 如上面說到的，要想為客戶操作系統(tǒng)提供一套完整的虛擬機環(huán)境， VMM 要做的事情還是非常多的，并且有一些事情還是很礙于效率的。于是就出現(xiàn)了準(zhǔn)虛擬化的方案 (相對于上面說的全虛擬化 )，這種方案最大的特點是需要修改客戶操作系統(tǒng)，使其知道自己是運行在虛擬機環(huán)境中的 (linux 下的 xen 就是這樣一種方案 )。于是客戶操作系統(tǒng)會主動調(diào)用 VMM 的接口來請求需要的操作 (就像進程使用系統(tǒng)調(diào)用那樣 )，而不是冒失地去直接操作，再被 VMM 捕獲異常。這樣下來，虛擬機與客戶操作系統(tǒng)將達成協(xié)作，性能會非常之高，幾乎能達到實際機器的運行效果。但是 方案的缺點是：修改操作系統(tǒng)比較麻煩，并且隨著操作系統(tǒng)主干版本的升級，修改版本可能也需要隨時同步升級。有些操作系統(tǒng)又并不是開源的，其擁有者不一定愿意為支持你的方案而提供代碼修改的支持。 看了幾天的虛擬機，感覺里面的水還是非常之深，并且還找不到一本合適的引人深入的書。路漫漫其修遠兮… 特別聲明： 1：資料來源于互聯(lián)網(wǎng)，版權(quán)歸屬原作者 2：資料內(nèi)容屬于網(wǎng)絡(luò)意見，與本賬號立場無關(guān) 3：如有侵權(quán)，請告知，立即刪除。
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1