專利名稱:一種虛擬機(jī)系統(tǒng)及其處理方法
技術(shù)領(lǐng)域:
本發(fā)明涉及虛擬機(jī)技術(shù),特別是一種虛擬機(jī)系統(tǒng)及其處理方法。
背景技術(shù):
目前的虛擬機(jī)系統(tǒng)的架構(gòu)主要有3種類型,如下所述
1、 運(yùn)行于HostOS (Operation System,操作系統(tǒng))之上的虛擬機(jī)系統(tǒng), 其效率比較低,其典型代表為VMWare;
2、 準(zhǔn)虛擬化虛擬機(jī)(ParaVMM),其僅僅虛擬網(wǎng)卡,不支持多顯示,無 法滿足PC客戶端的其他引用場景,其典型代表為一些主流IT產(chǎn)商的 Embedded IT型的虛擬機(jī);
3、 混合型型虛擬機(jī)(HybridVMM),直接運(yùn)行硬件之上,效率高,能夠 虛擬所有設(shè)備,支持多顯示,滿足PC Client豐富應(yīng)用場景需求,是業(yè)界的主 流虛擬機(jī)架構(gòu)。目前, 一些開源組織和主流虛擬機(jī)公司的產(chǎn)品都采用這種架 構(gòu)。
混合型型虛擬機(jī)系統(tǒng)中包括一 SOS (Service OS,服務(wù)操作系統(tǒng)),主要 提供虛擬機(jī)的管理功能(如虛擬機(jī)的創(chuàng)建、刪除、管理等),屬于VMM(Virtual Machine Monitor,虛擬機(jī)監(jiān)視器)的一部分,這種架構(gòu)也存在一定的缺點(diǎn)
模塊劃分不夠清晰,有些Guest OS (客戶操作系統(tǒng))運(yùn)行的必須的模塊 也運(yùn)行在SOS,如Device Mode (設(shè)備模擬模塊),VMMBus (虛擬總線)等, 因此SOS必須實(shí)時(shí)運(yùn)行;
然而,對于客戶端的絕大多數(shù)應(yīng)用場景來說,虛擬機(jī)管理功能運(yùn)行的頻 率很少,僅僅針對虛擬機(jī)管理功能來說,絕大多數(shù)情況下SOS不需要實(shí)時(shí)運(yùn) 行,但是由于前述的原因,SOS又需要實(shí)時(shí)運(yùn)行,這就存在矛盾, 一方面SOS 需要實(shí)時(shí)運(yùn)行,而從另一方面來看,SOS的實(shí)時(shí)運(yùn)行又造成了資源的不合理 應(yīng)用,虛擬機(jī)運(yùn)行效率低下。
發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種虛擬機(jī)系統(tǒng)及其處理方法,降低SOS的運(yùn)行 時(shí)間,提高運(yùn)行效率。
為了實(shí)現(xiàn)上述目的,本發(fā)明提供了一種虛擬機(jī)系統(tǒng),包括服務(wù)操作系統(tǒng)、 至少一個(gè)客戶操作系統(tǒng)、虛擬機(jī)監(jiān)視器和硬件,其中
所述服務(wù)操作系統(tǒng)包括虛擬機(jī)配置管理及支撐模塊;
所述虛擬機(jī)監(jiān)視器包括
直接與硬件進(jìn)行交互的模塊,用于在客戶操作系統(tǒng)和硬件之間傳輸客戶操作系統(tǒng)與硬件交互的請求和硬件處理結(jié)果;
服務(wù)操作系統(tǒng)控制模塊,用于將對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管 理的請求發(fā)送給虛擬機(jī)配置管理及支撐模塊,并在服務(wù)操作系統(tǒng)空閑超時(shí)后 關(guān)閉服務(wù)操作系統(tǒng)。
上述的虛擬機(jī)系統(tǒng),其中,所述客戶操作系統(tǒng)包括 應(yīng)用程序模塊;
第一客戶操作系統(tǒng)驅(qū)動模塊,用于在應(yīng)用程序模塊和服務(wù)操作系統(tǒng)控制模塊之間傳輸對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求;
第二客戶操作系統(tǒng)驅(qū)動模塊,用于在應(yīng)用程序模塊和第一模塊之間傳輸 應(yīng)用程序模塊的與硬件交互的請求和硬件處理結(jié)果,和/或用于利用DHA方 式實(shí)現(xiàn)應(yīng)用程序模塊與硬件的交互。
上述的虛擬機(jī)系統(tǒng),其中,所述服務(wù)操作系統(tǒng)還包括服務(wù)操作系統(tǒng)驅(qū)動 模塊,用于傳輸對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求。
上述的虛擬機(jī)系統(tǒng),其中,所述直接與硬件進(jìn)行交互的模塊包括調(diào)度模 塊,內(nèi)存管理模塊,同時(shí)還包括設(shè)備共享模塊和/或直接設(shè)備操作模塊。
上述的虛擬機(jī)系統(tǒng),其中,所述虛擬機(jī)配置管理及支撐模塊包括虛擬機(jī) 管理模塊、通訊驅(qū)動模塊和文件系統(tǒng)模塊。
上述的虛擬機(jī)系統(tǒng),其中,所述虛擬機(jī)配置管理及支撐模塊還包括腳本 語言分析執(zhí)行模塊。
為了實(shí)現(xiàn)上述目的,本發(fā)明還提供了一種虛擬機(jī)系統(tǒng)的處理方法,其中, 包括
客戶操作系統(tǒng)通過設(shè)置于虛擬機(jī)監(jiān)視器中的直接與硬件進(jìn)行交互的模塊與硬件進(jìn)行交互或通過直接設(shè)置操作方式與硬件進(jìn)行交互的步驟;
服務(wù)操作系統(tǒng)控制模塊將對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求發(fā)送給設(shè)置于服務(wù)操作系統(tǒng)中的虛擬機(jī)配置管理及支撐模塊,由虛擬機(jī)配置管理及支撐模塊進(jìn)行虛擬機(jī)的配置及管理的步驟;
服務(wù)操作系統(tǒng)控制模塊在服務(wù)操作系統(tǒng)空閑超時(shí)后關(guān)閉服務(wù)操作系統(tǒng)并釋放資源的步驟。
上述的處理方法,其中,服務(wù)操作系統(tǒng)控制模塊將對虛擬機(jī)和/或虛擬機(jī) 監(jiān)視器進(jìn)行配置管理的請求發(fā)送給設(shè)置于服務(wù)操作系統(tǒng)中的虛擬機(jī)配置管理 及支撐模塊,由虛擬機(jī)配置管理及支撐模塊進(jìn)行虛擬機(jī)的配置及管理的步驟 具體包括
步驟31,客戶服務(wù)系統(tǒng)或虛擬機(jī)監(jiān)視器需要使用虛擬機(jī)監(jiān)視器配置管理 功能,向服務(wù)操作系統(tǒng)控制模塊發(fā)送對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管 理的請求;
步驟32,服務(wù)操作系統(tǒng)控制模塊接收到對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行 配置管理的請求后,判斷服務(wù)操作系統(tǒng)是否運(yùn)行,如果是進(jìn)入步驟33,否則 啟動服務(wù)操作系統(tǒng),并開始空閑計(jì)時(shí),進(jìn)入步驟33;
步驟33,服務(wù)操作系統(tǒng)控制模塊將對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置 管理的請求發(fā)送給虛擬機(jī)配置管理及支撐模塊;
步驟34,服務(wù)操作系統(tǒng)啟動后,虛擬機(jī)配置管理及支撐模塊根據(jù)對虛擬 機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行 配置管理。
上述的處理方法,其中,設(shè)置于虛擬機(jī)監(jiān)視器中的直接與硬件進(jìn)行交互 的模塊在客戶操作系統(tǒng)和硬件之間傳輸客戶操作系統(tǒng)與硬件交互的請求和硬
件處理結(jié)果的步驟具體為
GOS可以通過第二客戶操作系統(tǒng)驅(qū)動模塊通過直接設(shè)備操作方式與硬件 進(jìn)行交互,同時(shí)由第一模塊中的直接設(shè)備操作(DHA: Direct Hardware Access & Switch)模塊把硬件切換到其他虛擬機(jī)或終止DHA;
當(dāng)系統(tǒng)中存在多個(gè)GOS,各GOS可以通過第二客戶操作系統(tǒng)驅(qū)動模塊 與第一模塊交互,各GOS均通過第一模塊實(shí)現(xiàn)與硬件的交互。
上述的處理方法,其中,所述直接與硬件進(jìn)行交互的模塊包括調(diào)度模塊, 內(nèi)存管理模塊,同時(shí)還包括設(shè)備共享模塊和/或直接設(shè)備操作模塊。
上述的處理方法,其中,所述虛擬機(jī)配置管理及支撐模塊包括虛擬機(jī)管 理模塊、通訊驅(qū)動模塊和文件系統(tǒng)模塊。
上述的處理方法,其中,所述虛擬機(jī)配置管理及支撐模塊還包括腳本語 言分析執(zhí)行模塊。
本發(fā)明的虛擬機(jī)系統(tǒng)及其處理方法,通過將現(xiàn)有虛擬機(jī)監(jiān)視器中的模塊
分為兩部分,將不需要實(shí)時(shí)運(yùn)行的虛擬機(jī)配置管理及其支撐模塊設(shè)置于sos, 同時(shí)在虛擬機(jī)監(jiān)視器中設(shè)置另外一個(gè)模塊監(jiān)控sos,在SOS空閑超時(shí)時(shí)關(guān)閉 sos,而在需要進(jìn)行虛擬機(jī)配置管理時(shí)再啟動sos,這樣,SOS不需要實(shí)時(shí)
運(yùn)行,使GOS能利用更多的系統(tǒng)資源,有效地提高了虛擬機(jī)系統(tǒng)的效率。
圖1為本發(fā)明的虛擬機(jī)系統(tǒng)的結(jié)構(gòu)示意圖; 圖2為本發(fā)明的虛擬機(jī)系統(tǒng)的處理方法中啟動時(shí)的流程圖; 圖3為本發(fā)明的虛擬機(jī)系統(tǒng)的處理方法中運(yùn)行時(shí)的流程圖。
具體實(shí)施例方式
本發(fā)明的虛擬機(jī)系統(tǒng)及其處理方法中,將虛擬機(jī)系統(tǒng)運(yùn)行所必需的實(shí)時(shí) 模塊設(shè)置于VMM中,而其他模塊設(shè)置于SOS中,同時(shí),VMM在需要進(jìn)行虛 擬機(jī)配置、管理時(shí),啟動SOS,否則關(guān)閉SOS并釋放資源。
在此,為方便描述,將本發(fā)明中所提到的虛擬機(jī)系統(tǒng)運(yùn)行必需實(shí)時(shí)運(yùn)行 的基本模塊命名為第一模塊,該第一模塊的基本特征是直接與硬件進(jìn)行交互, 管理硬件設(shè)備;而第一模塊之外非必需實(shí)時(shí)運(yùn)行模塊命名為第二模塊,其為 虛擬機(jī)配置管理模塊及支撐模塊。
為了方便更好的理解本發(fā)明的虛擬機(jī)系統(tǒng)及其運(yùn)行方法,在此先對第一 模塊和第二模塊進(jìn)行詳細(xì)的說明如下,其中
第一模塊包括
調(diào)度(Schedule)模塊直接分配、管理物理CPU,分配合理的物理CPU 資源給不同的虛擬機(jī),保證多個(gè)虛擬機(jī)能夠在同一個(gè)或幾個(gè)物理CPU上正常 運(yùn)行;
內(nèi)存管理(Memory)模塊直接分配、管理物理內(nèi)存,分配合理的物理 內(nèi)存給相應(yīng)的虛擬機(jī),建立、維護(hù)虛擬機(jī)物理內(nèi)存到真實(shí)物理內(nèi)存的映射關(guān) 系,保證多個(gè)虛擬機(jī)合理有效共享有限的物理內(nèi)存;
設(shè)備共享(Device Share)模塊截獲虛擬機(jī)對真實(shí)設(shè)備的1/0、中斷、 DMA操作,建立、維護(hù)虛擬機(jī)設(shè)備和真實(shí)物理設(shè)備的1/0、中斷、DMA通道 的映射關(guān)系,保證多個(gè)虛擬機(jī)合理有效地共享有限的物理設(shè)備;
直接設(shè)備操作(DHA: Direct Hardware Access & Switch)模塊讓某個(gè) 虛擬機(jī)直接操作真實(shí)物理設(shè)備,虛擬機(jī)監(jiān)視器可以不做干預(yù),但是具備在把 該設(shè)備切換到其他虛擬機(jī)或是終止DHA的能力;
而第二模塊包括-
虛擬機(jī)管理(VMManagement)?!姥胗糜诠芾硖摂M機(jī),例如創(chuàng)建、刪 除虛擬機(jī),或是修改虛擬機(jī)的配置;
虛擬機(jī)管理支撐(Support)模塊很多情況下,虛擬機(jī)管理模塊以Web 對外提供服務(wù),因此,必須有Web服務(wù)模塊;此外,通訊驅(qū)動模塊,文件系 統(tǒng)(管理虛擬機(jī)配置文件)模塊以及腳本語言分析、執(zhí)行模塊往往也是必需 的支撐模塊。
在此,需要特別說明的是,上述的對第一模塊和第二模塊的描述中所涉 及到的模塊并不是固定不變,會根據(jù)不同應(yīng)用場景發(fā)生變化。
例如,在某些應(yīng)用場景只有一個(gè)GOS,該GOSDHA所有設(shè)備,則上述第 一模塊中的設(shè)備共享模塊將不再是必需實(shí)時(shí)運(yùn)行的模塊;當(dāng)然,如果多個(gè)GOS 均通過設(shè)備共享模塊與硬件交互,則直接設(shè)備操作(DHA: Direct Hardware Access & Switch)模塊將不再是必需實(shí)時(shí)運(yùn)行的模塊。
同時(shí),通過二進(jìn)制代碼程序直接創(chuàng)建、刪除虛擬機(jī)或是修改虛擬機(jī)的配 置,則腳本語言分析、執(zhí)行模塊也不再需要。
如圖1所示,本發(fā)明的虛擬機(jī)系統(tǒng)包括服務(wù)操作系統(tǒng)SOS、至少一個(gè)客戶 操作系統(tǒng)GOS (為方便說明GOS與硬件交互的各種方式,圖1中以2個(gè)為例)、 虛擬機(jī)監(jiān)視器VMM和硬件Hardware,其中
VMM中包括
第一模塊,用于接收客戶操作系統(tǒng)的與硬件交互的請求,并將該與硬件交互的請求發(fā)送給硬件進(jìn)行處理,并返回硬件處理結(jié)果給客戶操作系統(tǒng);
SOS控制模塊,用于在接收到對VMM和/或VM進(jìn)行配置管理的請求或初 始上電啟動時(shí)啟動SOS,并將對VMM和/或VM進(jìn)行配置管理的請求發(fā)送給服 務(wù)操作系統(tǒng),并在SOS空閑超時(shí)后關(guān)閉SOS;
其中,上述的對VMM和/或VM進(jìn)行配置管理的請求可以是來自GOS,也 可以來自VMM本身;
所述的服務(wù)操作系統(tǒng)SOS中設(shè)置有
第二模塊,用于提供VMM配置及管理功能,根據(jù)對VMM和/或VM進(jìn)行 配置管理的請求對VMM進(jìn)行配置管理;
服務(wù)操作系統(tǒng)驅(qū)動模塊,用于連接SOS控制模塊和虛擬機(jī)配置管理模塊, 在SOS控制模塊和虛擬機(jī)配置管理模塊之間傳輸數(shù)據(jù)和命令;
所述的客戶操作系統(tǒng)GOS中設(shè)置有.-
第一客戶操作系統(tǒng)驅(qū)動模塊,用于連接應(yīng)用程序模塊和SOS控制模塊, 在應(yīng)用程序模塊和SOS控制模塊之間傳輸對VMM和/或VM進(jìn)行配置管理的 請求及數(shù)據(jù);
第二客戶操作系統(tǒng)驅(qū)動模塊,用于連接應(yīng)用程序模塊和第一模塊,在應(yīng) 用程序模塊和第一模塊之間傳輸應(yīng)用程序模塊的與硬件交互的請求和硬件處 理結(jié)果,和/或用于連接應(yīng)用程序模塊和硬件,利用DHA方式直接與硬件進(jìn)行 交互。在圖l中示出了這兩種情況。
該第一客戶操作系統(tǒng)驅(qū)動模塊可以是虛擬的網(wǎng)卡驅(qū)動,當(dāng)然也可以是其
它的實(shí)現(xiàn)應(yīng)用程序模塊和第一模塊的連接的其它驅(qū)動。
當(dāng)然,當(dāng)GOS沒有對VMM進(jìn)行配置、管理的需求或者系統(tǒng)設(shè)置不允許 GOS對VMM進(jìn)行配置、管理時(shí),該第一客戶操作系統(tǒng)驅(qū)動模塊并不是一個(gè)必 需的模塊。
下面對上述的虛擬機(jī)系統(tǒng)的運(yùn)行進(jìn)行詳細(xì)描述。
本發(fā)明的虛擬機(jī)系統(tǒng)的處理方法中,對于虛擬機(jī)配置管理的處理包括啟 動步驟和運(yùn)行步驟,其中
啟動步驟中,虛擬機(jī)上電后,運(yùn)行BIOS/EFI,并啟動VMM, SOS控制模 塊啟動SOS,由第二模塊創(chuàng)建GOS,并設(shè)定正確的設(shè)備訪問方式,其中具體
如圖2所示,包括如下具體步驟
步驟21,上電運(yùn)行BIOS/EFI,同時(shí)啟動VMM;
步驟22, VMM中的SOS控制模塊啟動SOS,并開始空閑計(jì)時(shí);
步驟23,在需要創(chuàng)建GOS時(shí),第二模塊創(chuàng)建GOS并設(shè)定正確的設(shè)備訪問 方式后進(jìn)入步驟24,否則直接進(jìn)入步驟24;
步驟24, SOS控制模塊監(jiān)控SOS的空閑時(shí)間,并在SOS空閑超時(shí)后關(guān)閉 SOS并釋放資源。
而運(yùn)行步驟中,SOS控制模塊一旦接收到對VMM和/或VM進(jìn)行配置管理 的請求時(shí),則啟動SOS,并將對VMM禾tV或VM進(jìn)行配置管理的請求轉(zhuǎn)發(fā)給SOS 進(jìn)行處理,具體如圖3所示,包括如下步驟
步驟31, GOS或VMM需要使用VMM和/或VM配置管理功能,向SOS控 制模塊發(fā)送對VMM和/或VM進(jìn)行配置管理的請求;
步驟32, SOS控制模塊接收到對VMM和/或VM進(jìn)行配置管理的請求后, 判斷SOS是否運(yùn)行,如果是進(jìn)入步驟33,否則啟動SOS,并開始空閑計(jì)時(shí),進(jìn) 入步驟33;
步驟33 , SOS控制模塊將對VMM和/或VM進(jìn)行配置管理的請求通過服務(wù) 操作系統(tǒng)驅(qū)動模塊發(fā)送給第二模塊;
步驟34, SOS啟動后,第二模塊提供VMM配置及管理功能,根據(jù)對VMM 和/或VM進(jìn)行配置管理的請求對VMM進(jìn)行配置管理;
步驟35, SOS控制模塊監(jiān)控SOS的空閑時(shí)間,在SOS空閑超時(shí)后關(guān)閉SOS 并釋放資源。
同時(shí),本發(fā)明的虛擬機(jī)系統(tǒng)的處理方法中,對于與硬件交互請求的處理 具體如下所述
GOS可以通過第二客戶操作系統(tǒng)驅(qū)動模塊通過直接設(shè)備操作方式與硬件 進(jìn)行交互,同時(shí)由第一模塊中的直接設(shè)備操作(DHA: Direct Hardware Access & Switch)模塊把硬件切換到其他虛擬機(jī)或終止DHA;
當(dāng)系統(tǒng)中存在多個(gè)GOS,各GOS可以通過第二客戶操作系統(tǒng)驅(qū)動模塊與 第一模塊交互,各GOS均通過第一模塊實(shí)現(xiàn)與硬件的交互。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式,應(yīng)當(dāng)指出,對于本技術(shù)領(lǐng)域的普 通技術(shù)人員來說,在不脫離本發(fā)明原理的前提下,還可以作出若干改進(jìn)和潤 飾,這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1. 一種虛擬機(jī)系統(tǒng),包括服務(wù)操作系統(tǒng)、至少一個(gè)客戶操作系統(tǒng)、虛擬機(jī)監(jiān)視器和硬件,其特征在于所述服務(wù)操作系統(tǒng)包括虛擬機(jī)配置管理及支撐模塊;所述虛擬機(jī)監(jiān)視器包括直接與硬件進(jìn)行交互的模塊,用于在客戶操作系統(tǒng)和硬件之間傳輸客戶操作系統(tǒng)與硬件交互的請求或硬件處理結(jié)果;服務(wù)操作系統(tǒng)控制模塊,用于將對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求發(fā)送給虛擬機(jī)配置管理及支撐模塊,并在服務(wù)操作系統(tǒng)空閑超時(shí)后關(guān)閉服務(wù)操作系統(tǒng)。
2. 根據(jù)權(quán)利要求1所述的虛擬機(jī)系統(tǒng),其特征在于,所述客戶操作系統(tǒng)包括應(yīng)用程序模塊;第一客戶操作系統(tǒng)驅(qū)動模塊,用于在應(yīng)用程序模塊和服務(wù)操作系統(tǒng)控制模塊之間傳輸對虛擬機(jī)或虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求; 第二客戶操作系統(tǒng)驅(qū)動模塊,用于在應(yīng)用程序模塊和第一模塊之間傳輸應(yīng)用程序模塊的與硬件交互的請求和硬件處理結(jié)果,和/或用于利用DHA方 式實(shí)現(xiàn)應(yīng)用程序模塊與硬件的交互。
3. 根據(jù)權(quán)利要求1所述的虛擬機(jī)系統(tǒng),其特征在于,所述服務(wù)操作系統(tǒng) 還包括服務(wù)操作系統(tǒng)驅(qū)動模塊,用于傳輸對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配 置管理的請求。
4. 根據(jù)權(quán)利要求1、 2或3所述的虛擬機(jī)系統(tǒng),其特征在于,所述直接 與硬件進(jìn)行交互的模塊包括調(diào)度模塊,內(nèi)存管理模塊,同時(shí)還包括設(shè)備共享 模塊和/或直接設(shè)備操作模塊。
5. 根據(jù)權(quán)利要求4所述的虛擬機(jī)系統(tǒng),其特征在于,所述虛擬機(jī)配置管理及支撐模塊包括虛擬機(jī)管理模塊、通訊驅(qū)動模塊和文件系統(tǒng)模塊。
6. 根據(jù)權(quán)利要求5所述的虛擬機(jī)系統(tǒng),其特征在于,所述虛擬機(jī)配置管 理及支撐模塊還包括腳本語言分析執(zhí)行模塊。
7. —種虛擬機(jī)系統(tǒng)的處理方法,其特征在于,包括 上電啟動時(shí),服務(wù)操作系統(tǒng)控制模塊啟動服務(wù)操作系統(tǒng)的步驟; 客戶操作系統(tǒng)通過設(shè)置于虛擬機(jī)監(jiān)視器中的直接與硬件進(jìn)行交互的模塊與硬件進(jìn)行交互或通過直接設(shè)置操作方式與硬件進(jìn)行交互的步驟;服務(wù)操作系統(tǒng)控制模塊將對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求發(fā)送給設(shè)置于服務(wù)操作系統(tǒng)中的虛擬機(jī)配置管理及支撐模塊,由虛擬機(jī)配置管理及支撐模塊進(jìn)行虛擬機(jī)的配置及管理的步驟;服務(wù)操作系統(tǒng)控制模塊監(jiān)控服務(wù)操作系統(tǒng),并在服務(wù)操作系統(tǒng)空閑超時(shí)后關(guān)閉服務(wù)操作系統(tǒng)并釋放資源的步驟。
8. 根據(jù)權(quán)利要求7所述的處理方法,其特征在于,服務(wù)操作系統(tǒng)控制模塊將對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求發(fā)送給設(shè)置于服務(wù)操 作系統(tǒng)中的虛擬機(jī)配置管理及支撐模塊,由虛擬機(jī)配置管理及支撐模塊進(jìn)行 虛擬機(jī)的配置及管理的步驟具體包括步驟31,客戶服務(wù)系統(tǒng)或虛擬機(jī)監(jiān)視器需要使用虛擬機(jī)監(jiān)視器配置管理功能,向服務(wù)操作系統(tǒng)控制模塊發(fā)送對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求;步驟32,服務(wù)操作系統(tǒng)控制模塊接收到對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行 配置管理的請求后,判斷服務(wù)操作系統(tǒng)是否運(yùn)行,如果是進(jìn)入步驟33,否則 啟動服務(wù)操作系統(tǒng),并開始空閑計(jì)時(shí),進(jìn)入步驟33;步驟33 ,服務(wù)操作系統(tǒng)控制模塊將對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置 管理的請求發(fā)送給虛擬機(jī)配置管理及支撐模塊;步驟34,服務(wù)操作系統(tǒng)啟動后,虛擬機(jī)配置管理及支撐模塊根據(jù)對虛擬 機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行配置管理的請求對虛擬機(jī)和/或虛擬機(jī)監(jiān)視器進(jìn)行 配置管理。
9. 根據(jù)權(quán)利要求7或8所述的處理方法,其特征在于,所述直接與硬件 進(jìn)行交互的模塊包括調(diào)度模塊,內(nèi)存管理模塊,同時(shí)還包括設(shè)備共享模塊和/ 或直接設(shè)備操作模塊。
10. 根據(jù)權(quán)利要求9所述的處理方法,其特征在于,所述虛擬機(jī)配置管 理及支撐模塊包括虛擬機(jī)管理模塊、通訊驅(qū)動模塊和文件系統(tǒng)模塊。
11. 根據(jù)權(quán)利要求10所述的處理方法,其特征在于,所述虛擬機(jī)配置管 理及支撐模塊還包括腳本語言分析執(zhí)行模塊。
全文摘要
本發(fā)明公開了一種虛擬機(jī)系統(tǒng)及其處理方法,該虛擬機(jī)系統(tǒng)包括服務(wù)操作系統(tǒng)、至少一個(gè)客戶操作系統(tǒng)、虛擬機(jī)監(jiān)視器和硬件,其中,所述服務(wù)操作系統(tǒng)包括虛擬機(jī)配置管理及支撐模塊;所述虛擬機(jī)監(jiān)視器包括直接與硬件進(jìn)行交互的模塊,用于在客戶操作系統(tǒng)和硬件之間傳輸客戶操作系統(tǒng)與硬件交互的請求或硬件處理結(jié)果;服務(wù)操作系統(tǒng)控制模塊,用于將對虛擬機(jī)監(jiān)視器或虛擬機(jī)進(jìn)行配置管理的請求發(fā)送給服務(wù)操作系統(tǒng)的虛擬機(jī)配置管理及支撐模塊,并在服務(wù)操作系統(tǒng)空閑超時(shí)后關(guān)閉服務(wù)操作系統(tǒng)。本發(fā)明的SOS不需要實(shí)時(shí)運(yùn)行,GOS和VMM能利用更多的資源,有效地提高了GOS及整個(gè)虛擬機(jī)系統(tǒng)的效率,更適合客戶端的虛擬機(jī)應(yīng)用場景。
文檔編號G06F9/455GK101206582SQ200610169578
公開日2008年6月25日 申請日期2006年12月22日 優(yōu)先權(quán)日2006年12月22日
發(fā)明者劉建成 申請人:聯(lián)想(北京)有限公司