嵌入式虛擬化技術(shù)的起源源于創(chuàng)建實時操作系統(tǒng) （RTOS） 可以與 Microsoft Windows 等通用操作系統(tǒng) （GPOS） 一起工作的環(huán)境的想法。嵌入式虛擬化創(chuàng)建了一個分區(qū)環(huán)境，其中兩個操作系統(tǒng)及其上的應(yīng)用程序運行在一個平臺上，就好像它們運行在兩個獨立的平臺上一樣。這樣做的好處是顯而易見的：如果需要更少的處理平臺來滿足應(yīng)用程序的計算需求，則可以降低系統(tǒng)成本和復(fù)雜性。如果系統(tǒng)可以用更少的硬件元件構(gòu)建，那么產(chǎn)品的可靠性也可以得到提高。

早在 80 年代初期，機器制造商就看到了利用 PC 平臺為其機器構(gòu)建控制系統(tǒng)的機會。第一個此類應(yīng)用程序相對簡單，重點主要是利用成本大大低于專用控制硬件的可用硬件。

隨著 PC 隨著 Windows 的加入而發(fā)展，大量應(yīng)用軟件包被引入，推動了具有支持圖形引擎和軟件工具的人機界面 （HMI） 的新標準。機器制造商看到了使用 Windows 創(chuàng)建可以簡化機器設(shè)置、操作和維護的高級 HMI 的機會。但是，基于 Windows 的 PC 不能用于涉及時間關(guān)鍵控制的應(yīng)用程序的某些部分，因為 Windows 本身不是 RTOS，并且不能確定性地執(zhí)行控制功能。因此，除了 PC 之外，嵌入式系統(tǒng)設(shè)計人員通常會在機器上添加一個實時計算機子系統(tǒng)，以提供一整套產(chǎn)品功能。

另一方面，RTOS 供應(yīng)商沒有資源來構(gòu)建可用于 Windows 的那種圖形軟件工具和支持。一些人看到了將他們的操作系統(tǒng)與 Windows 耦合的機會，以便在單個計算平臺上將 RTOS 功能添加到基于 Windows 的系統(tǒng)中。

對于嵌入式系統(tǒng) OEM 而言，將 RTOS 與 Windows 結(jié)合在一臺機器上的好處是顯而易見的，但與此相關(guān)的技術(shù)問題非常復(fù)雜。在一臺計算機上運行兩個操作系統(tǒng)并不是一個新概念。10 年前，它已在采用虛擬化技術(shù)的大型機上完成。該技術(shù)虛擬化了整個計算機平臺，本質(zhì)上在操作系統(tǒng)和硬件之間創(chuàng)建了一個接口層，就像今天的現(xiàn)代服務(wù)器虛擬化技術(shù)一樣。

這樣做的根本問題是，當應(yīng)用軟件需要與其 I/O 交互時，將操作系統(tǒng)和應(yīng)用軟件與硬件的直接訪問隔離開會導(dǎo)致不確定的時間延遲。然而，實時應(yīng)用程序必須直接訪問（有時稱為裸機訪問）應(yīng)用程序需要控制的設(shè)備，以便軟件可以及時向 I/O 設(shè)備寫入或讀取數(shù)據(jù)，確定性的方式。

嵌入式虛擬化解決了多操作系統(tǒng)的確定性問題

必須設(shè)計一種方法來劃分平臺資源，以便 RTOS 可以直接訪問 I/O 和確定性運行應(yīng)用程序所必需的中斷。像 Windows 這樣的 GPOS 不允許共同駐留的 RTOS 控制其 I/O 設(shè)備。

相反，GPOS 通常在安裝期間控制平臺上所有可用的 I/O。除非修改 Windows 的選項會帶來全新的問題，否則必須設(shè)計一種從 Windows 保留 I/O 的方法。由于這最初是在單核處理器時代完成的，因此必須開發(fā)技術(shù)讓處理器以最小的開銷將上下文從 RTOS 切換到 GPOS。這些是嵌入式虛擬化的原則，這些原則已在數(shù)千個成功的嵌入式系統(tǒng)產(chǎn)品中得到驗證。

進程間通信使任務(wù)協(xié)調(diào)成為可能

在共享但獨立的環(huán)境中運行應(yīng)用程序的多個操作系統(tǒng)需要應(yīng)用程序相互傳遞數(shù)據(jù)。這可以通過簡單的保留內(nèi)存塊輕松執(zhí)行，但需要應(yīng)用程序進行一定程度的內(nèi)務(wù)管理，并且在需要在特定時間傳遞和讀取消息的實時系統(tǒng)中管理起來很麻煩。

通信過程需要以這樣一種方式構(gòu)建，即在預(yù)期保持確定性時發(fā)生消息傳遞。通信必須考慮消息的優(yōu)先級相對于當時正在運行的其他實時任務(wù)的優(yōu)先級，以便消息將在正確的時間或以正確的順序傳遞。當在非實時 GPOS 環(huán)境中運行的應(yīng)用程序與在實時環(huán)境中在 RTOS 上運行的應(yīng)用程序之間進行通信時，這一點尤其重要。不得允許未確定優(yōu)先級的事件中斷已確定優(yōu)先級的任務(wù)。

多核處理器有助于功能分區(qū)

多核處理器的引入導(dǎo)致一些規(guī)則發(fā)生了變化。原則上，處理器不再需要共享。每個操作系統(tǒng)都可以有自己的處理器內(nèi)核（或者多個內(nèi)核可以專用于一個操作系統(tǒng)）；但是，實際上，Windows 等操作系統(tǒng)在安裝時假定所有處理器內(nèi)核都屬于它們。

設(shè)置多核系統(tǒng)以使 GPOS 控制某些內(nèi)核而不控制其他內(nèi)核需要一種方法來告訴 GPOS 哪些內(nèi)核對其不可用。通過適當?shù)慕鉀Q方法，四核處理器可以支持多種 GPOS:RTOS 配置，包括 3:1；2:2 和 1:3（參見圖 2）。這種靈活性允許用戶根據(jù)應(yīng)用程序的要求優(yōu)化平臺的計算資源。雖然具有復(fù)雜 Windows 部分和輕實時要求的應(yīng)用程序可以配置為運行 GPOS 應(yīng)用程序的三個內(nèi)核和一個運行 RTOS 的內(nèi)核，但具有同時運行多個實時控制功能并與簡單 HMI 通信的應(yīng)用程序可能具有一個專用于 Windows 的內(nèi)核和三個到多個 RTOS 實例。

圖 2：嵌入式虛擬化支持多核處理器上的不同功能分區(qū)策略。

由于可以在多核處理器上同時運行多個 RTOS，最初開發(fā)用于在單個共享處理器上的 GPOS 和 RTOS 之間進行通信的通信系統(tǒng)可以擴展為支持 RTOS 和 GPOS 的多個實例之間的通信。 從理論上講，系統(tǒng)架構(gòu)可以擴展為創(chuàng)建一個相互通信的操作系統(tǒng)網(wǎng)絡(luò)，每個操作系統(tǒng)都運行特別適合其自身環(huán)境的應(yīng)用程序元素。與系統(tǒng)的 I/O 需求一樣，通信結(jié)構(gòu)需要維護和支持實時子系統(tǒng)的實時確定性要求。

虛擬化支持跨平臺的確定性通信

TenAsys 公司的 INtime RTOS 系列是一種已在關(guān)鍵任務(wù)應(yīng)用程序中證明自己的嵌入式虛擬化環(huán)境。銀泰嵌入式虛擬化技術(shù)封裝了PC平臺分區(qū)的原理，使Windows和RTOS并行運行。INtime 通過稱為 GOBSnet 的全球?qū)ο缶W(wǎng)絡(luò)系統(tǒng)促進 RTOS 和 Windows 實例之間的確定性通信。這包括一個內(nèi)置的通信網(wǎng)絡(luò)，允許不同操作系統(tǒng)上的多個應(yīng)用程序以確定的方式在進程級別進行通信。

使用具有類似于 URL 的尋址方案的以太網(wǎng)，GOBSnet 被擴展以使單獨的系統(tǒng)功能塊（稱為節(jié)點）能夠在同一多核處理器上或跨物理不同的平臺進行確定性通信。通過這種方式，大型和復(fù)雜的應(yīng)用程序可以分布在多個節(jié)點上（參見圖 3），從而在利用多核處理器的并行處理能力的同時簡化它們的創(chuàng)建、調(diào)試和優(yōu)化。這使得 OEM 可以通過擴展所使用的處理器或處理器內(nèi)核的數(shù)量來以不同的成本點或功能級別生產(chǎn)一系列產(chǎn)品。

圖 3：全球?qū)ο缶W(wǎng)絡(luò)促進了復(fù)雜嵌入式應(yīng)用（例如汽車測試系統(tǒng)）中內(nèi)核之間和跨計算平臺的通信。

嵌入式虛擬化技術(shù)已經(jīng)在實時應(yīng)用程序中使用了十多年，但是隨著包括越來越多 CPU 內(nèi)核的處理器的出現(xiàn)，這些方法徹底改變嵌入式系統(tǒng)設(shè)計的全部潛力現(xiàn)在才變得清晰起來。隨著全球?qū)ο缶W(wǎng)絡(luò)支持，嵌入式虛擬化已準備好成為構(gòu)建大型多操作系統(tǒng)系統(tǒng)的標準方式。

審核編輯：郭婷