内核:多内核操作模式
多內(nèi)核操作模式:
1.? <<QNX-–-微內(nèi)核結(jié)構(gòu)的實時操作系統(tǒng).pdf>>
?
2.? 對稱多處理"(Symmetrical Multi-Processing) SMP
SMP(Symmetrical Multi-Processing),對稱多處理系統(tǒng),是指在一個計算機上匯集了一組處理器(多CPU),各CPU之間共享內(nèi)存子系統(tǒng)以及總線結(jié)構(gòu)。它是相對非對稱多處理技術(shù)而言的、應(yīng)用十分廣泛的并行技術(shù)。在這種架構(gòu)中,一臺電腦不再由單個CPU組成,而同時由多個處理器運行操作系統(tǒng)的單一復(fù)本,并共享內(nèi)存和一臺計算機的其他資源。雖然同時使用多個CPU,但是從管理的角度來看,它們的表現(xiàn)就像一臺單機一樣。系統(tǒng)將任務(wù)隊列對稱地分布于多個CPU之上,從而極大地提高了整個系統(tǒng)的數(shù)據(jù)處理能力。所有的處理器都可以平等地訪問內(nèi)存、I/O和外部中斷。在對稱多處理系統(tǒng)中,系統(tǒng)資源被系統(tǒng)中所有CPU共享,工作負載能夠均勻地分配到所有可用處理 器之上。
?
SMP技術(shù) http://www.elecfans.com/baike/computer/fuwuqi/20091217137187.html
SMP組建條件
要組建SMP系統(tǒng),首先最關(guān)鍵的一點就是需要合適的CPU相配合。我們平時看到的CPU都是單顆使 用,所以看不出來它們有什么區(qū)別,但是,實際上,支持SMP功能并不是沒有條件的,隨意拿幾塊CPU來就可以建立多處理系統(tǒng)那簡直是天方夜談。要實現(xiàn) SMP功能,我們使用的CPU必須具備以下要求:
1、CPU內(nèi)部必須內(nèi)置APIC(Advanced Programmable Interrupt Controllers)單元。Intel 多處理規(guī)范的核心就是高級可編程中斷控制器(Advanced Programmable Interrupt Controllers--APICs)的使用。CPU通過彼此發(fā)送中斷來完成它們之間的通信。通過給中斷附加動作(actions),不同的CPU可以 在某種程度上彼此進行控制。每個CPU有自己的APIC(成為那個CPU的本地APIC),并且還有一個I/O APIC來處理由I/O設(shè)備引起的中斷,這個I/O APIC是安裝在主板上的,但每個CPU上的APIC則不可或缺,否則將無法處理多CPU之間的中斷協(xié)調(diào)。
2、相同的產(chǎn)品型號,同樣類型的CPU核心。例如,雖然至強和皓龍各自都內(nèi)置有APIC單元,想要 讓它們一起建立SMP系統(tǒng)是不可能的,同時,即使同屬于至強系列或者皓龍系列的CPU核心,而且屬于同一開發(fā)平臺,也不能建立SMP系統(tǒng)--這是因為他們 的運行指令不完全相同,APIC中斷協(xié)調(diào)差異也很大。
3、完全相同的運行頻率。如果要建立雙至強或雙皓龍系統(tǒng),必須兩顆2.8GHz或者兩顆3.0GHz處理器,不可以用一顆2.8GHz,另一顆3.0GHz來組建,否則系統(tǒng)將無法正常點亮。
4、盡可能保持相同的產(chǎn)品序列編號。即使是同樣核心的相同頻率處理器,由于生產(chǎn)批次不同也會造成不 可思議的問題。兩個生產(chǎn)批次的CPU作為雙處理器運行的時候,有可能會發(fā)生一顆CPU負擔(dān)過高,而另一顆負擔(dān)很少的情況,無法發(fā)揮最大性能,更糟糕的是可 能導(dǎo)致死機,因此,應(yīng)該盡可能選擇同一批生產(chǎn)的處理器來組建SMP系統(tǒng)。
?
3.? 非對稱雙核MCU基礎(chǔ)知識及核間通信 http://www.elecfans.com/emb/app/20120326265555.html
?
本文從對比兩顆分立MCU與單芯片雙核MCU開始(以LPC4350為例),展開介紹了非對稱雙核MCU的基礎(chǔ)知識與重要特點。接下來,重點介紹了 核間通信的概念與幾種實現(xiàn)方式,尤其是基于消息池的控制/狀態(tài)通信。然后,對內(nèi)核互斥、初始化流程等一些重要的細節(jié)展開了論述。最后提出了雙核任務(wù)分工的 兩種應(yīng)用模型,并分別舉例。
背景與基本概念
在開發(fā)MCU應(yīng)用系統(tǒng)時,如果單顆MCU無法滿足系統(tǒng)的要求,一個很普遍的做法就是使用兩顆或更多的MCU,把一部分“雜項工作”分配給另一個有“助 理”性質(zhì)的低端MCU來完成。但是,采用兩顆MCU,缺點也很明顯,尤其是在芯片與PCB成本、系統(tǒng)可靠性及功耗方面都有先天的不足。此外,若采用了不同 架構(gòu)的MCU,還要面臨需要不同的開發(fā)工具與開發(fā)人員的挑戰(zhàn)。如果換一種思路,讓MCU內(nèi)部包含兩個內(nèi)核,其中一個用于主控,另一個用于協(xié)控,并且它們主 控與協(xié)控在架構(gòu)上能夠向下兼容、高效通信,則在很多場合下都可以既保持多機系統(tǒng)的強大,又能避免多機系統(tǒng)的不足。
事實上,這即是“非對稱多處理器(簡稱AMP)”架構(gòu)的特點。AMP是與“對稱多處理器(簡稱SMP)”相對的架構(gòu),后者各處理器有一致的編程模型, 并且在分配工作時主要以均衡為原則。而AMP的優(yōu)點在于精細的任務(wù)分工,靈活地適應(yīng)不同情景,物盡其用,以最佳地平衡成本、性能與功耗。此外,AMP的編 程難度也更低。因此,在MCU應(yīng)用領(lǐng)域,AMP較SMP更為適合。
與獨立的雙MCU相比,AMP架構(gòu)有很多優(yōu)點。其中相當(dāng)關(guān)鍵的就是,再添加一個內(nèi)核的代價遠比添加一個獨立的MCU要低,尤其是當(dāng)兩個內(nèi)核架構(gòu)相似 時,甚至僅相當(dāng)于在現(xiàn)有硅片上再添加一兩個UART。另一方面,兩個內(nèi)核可以有相同的主頻,并且可以通過總線矩陣平等地訪問片上資源。而在分立的雙MCU 方案中,協(xié)控MCU的主頻常常遠低于主控,并且雙方使用低速的串行鏈路通信。
接下來,我們以恩智浦(NXP)半導(dǎo)體公司新推出的LPC4300系列為例(尤以LPC4350型號為代表),對AMP MCU進行簡單介紹。
非對稱雙核MCU的特點
AMP MCU一般用于相對大型的系統(tǒng),這些系統(tǒng)對功能和性能都有較高的要求。在功能上,應(yīng)支持較多的外設(shè)。LPC4350片載2個高速USB、2個CAN、工業(yè) 以太網(wǎng)、圖形LCD控制器,以及SDHC等接口;外加一些獨有的邏輯可配置外設(shè)以及眾多傳統(tǒng)外設(shè),適用于工控、能源、醫(yī)療、音頻、車載、電機、監(jiān)控等眾多 行業(yè)產(chǎn)品的開發(fā)。
性能的改善則是AMP MCU的靈魂。內(nèi)核、存儲器,以及總線架構(gòu)對于性能有著至關(guān)重要的影響。圖1展示了LPC4350的實現(xiàn)方式。
?
圖1:LPC4350的內(nèi)核、存儲器以及總線連接圖
首先是內(nèi)核的選擇。LPC4350基于32位的ARM Cortex-M4和Cortex-M0內(nèi)核(以下簡稱M4和M0),兩個內(nèi)核均可在高達204MHz的主頻下執(zhí)行代碼。其中,M4以信號處理和浮點運算 能力見長,勝任很多原先要采用DSP才能滿足的應(yīng)用,并且繼承了Cortex-M3的控制能力;另一方面,M0以其成本、能效和處理能力的壓倒性優(yōu)勢,正 迅速吸引開發(fā)人員從8/16位架構(gòu)向上過渡。更重要的是,M4完全向下兼容M0,使用同一套開發(fā)工具即可開發(fā)、調(diào)試。
其次是存儲器的容量和組織方式。LPC4350配備多達264KB片上RAM,并且這些RAM被劃分成4組,每組連接一條單獨的總線,而并非沒有分 塊。如若不然,則會出現(xiàn)兩個核競爭使用同一塊RAM的情況——性能反而還不如只用單個內(nèi)核!進一步,LPC4350還有兩條總線連接到外部擴展的并行和串 行存儲器,故總共有6個獨立的存儲器地址空間——LPC4350無片上閃存。對于有片上閃存的型號,片上閃存也分為兩塊。
最后是總線架構(gòu)。LPC4350內(nèi)部有一個八層總線矩陣。它如同一組縱橫開關(guān),可以把CPU與包括存儲器在內(nèi)的眾多從設(shè)備通過總線任意連接。合理分配 總線接通關(guān)系,避免多個主設(shè)備(如CPU和DMA)同時訪問相同的存儲器或外設(shè),可以最大地保證各條數(shù)據(jù)流并行不悖,從而可以充分發(fā)揮性能上的優(yōu)勢。
內(nèi)核間通信
內(nèi)核間的通信可分為兩類:一類是控制與狀態(tài)信息的通信,另一類則是數(shù)據(jù)通信。前者一般不攜帶數(shù)據(jù),但往往有較高的實時要求;后者則主要是各類數(shù)據(jù)緩沖 區(qū),通常實時性要求偏低但數(shù)據(jù)量大。控制/狀態(tài)通信有較大的通用性,并且與任務(wù)間的同步較為相似。這類通信適合由系統(tǒng)軟件實現(xiàn)并提供編程接口。數(shù)據(jù)通信則 往往與具體應(yīng)用相關(guān)較大(尤其是在數(shù)據(jù)結(jié)構(gòu)上),需要量體裁衣。在實現(xiàn)時,適合由應(yīng)用軟件定義各種數(shù)據(jù)結(jié)構(gòu)。
內(nèi)核間通過共享的RAM進行通信,并且每個內(nèi)核都可以觸發(fā)對方的一個中斷源,通過準(zhǔn)備數(shù)據(jù)-觸發(fā)中斷的方式進行通信,如圖2所示。當(dāng)然,內(nèi)核也可以定期檢查共享RAM的狀態(tài)。
?
圖2:內(nèi)核間使用共享內(nèi)存通信模式圖
接下來,我們介紹基于消息隊列和消息池的控制/狀態(tài)通信方案。
消息隊列:開設(shè)兩個消息隊列,一個用于M4發(fā)送消息給M0,另一個則是M0發(fā)送消息給M4。兩個隊列的地址需事先約定好。隊列是循環(huán)隊列,可以使用簡 單的數(shù)組配以讀、寫下標(biāo)來實現(xiàn),也可以使用鏈表結(jié)構(gòu)來實現(xiàn)。前者實現(xiàn)簡單、開銷小,但消息只能是定長,不便于攜帶其它信息,還有,就是必須把數(shù)組放置在共 享內(nèi)存區(qū)連續(xù)的位置,靈活性低。基于鏈表的實現(xiàn)用指針鏈接每則消息,每則消息除了公共的鏈表控制部分外,還可以根據(jù)消息類別攜帶各種各樣的附加參數(shù),并且 可以由系統(tǒng)軟件的內(nèi)存管理機制靈活分配消息內(nèi)存,不過,缺點是相對復(fù)雜,額外開銷大。若涉及動態(tài)內(nèi)存管理,實時性將遠不如基于數(shù)組的方案。
消息隊列有一個缺點,就是消息的串行化處理,它沒有優(yōu)先級的概念。但實際上,我們有實時操作系統(tǒng)(RTOS)及嵌套中斷機制的支持,本應(yīng)實現(xiàn)消息的并發(fā)處理。
消息池:消息池在存儲結(jié)構(gòu)上其實是簡化的基于數(shù)組的消息隊列——去掉了隊列的讀、寫下標(biāo)記錄器。池中每個元素是一個消息,并且有一個字節(jié)指示每個元素 的狀態(tài)——空閑/已處理、新、半處理。當(dāng)發(fā)送方寫入消息時,掃描數(shù)組以查找空閑位置;當(dāng)接收方讀取消息時,也是掃描數(shù)組以查找狀態(tài)。可見,消息池是基于優(yōu) 先級來處理消息的——小下標(biāo)的元素優(yōu)先得到處理。
消息池的可掃描性實現(xiàn)了消息的并發(fā)處理,并且可以通過中斷上下文和任務(wù)上下文分兩次“反芻式”處理。在處理消息池的中斷服務(wù)例程中,先掃描各消息完成 第一次處理,執(zhí)行消息中(如果有的話)對實時性要求較高的部分。如果系統(tǒng)中沒有使用RTOS,可以在后臺的主循環(huán)中,再接下來二次掃描消息池,以完成第二 次處理。對于使用了RTOS的系統(tǒng),可以根據(jù)消息的優(yōu)先級,創(chuàng)建或激活不同優(yōu)先級的任務(wù),使消息“附身”在這些任務(wù)的上下文中得到第二次處理。
消息池的一大缺點就是不宜支持較大數(shù)目的待處理消息。如有需要,可以給每則消息添加鏈表控制字段,我們可以把同一優(yōu)先級的消息鏈成一串,從而徹底消除這一局限。
若干重要的細節(jié)
內(nèi)核互斥:偽并行的多任務(wù)之間需要互斥訪問共享資源,真并行的內(nèi)核之間更是如此。尤其關(guān)鍵的是,一個內(nèi)核無法關(guān)閉另一個內(nèi)核的中斷,因此還無法通過關(guān) 中斷臨界區(qū)來保護。唯一能保證的,就是不會出現(xiàn)兩個內(nèi)核同時存取相同的地址。另外,由于架構(gòu)上的局限,無法使用“自旋鎖”來互斥。為此,我們可以通過施加 一些編程準(zhǔn)則來實現(xiàn)互斥。最簡易有效的方法,就是在相同地址上給每個內(nèi)核分別設(shè)置“只讀”或“只寫”的權(quán)限,或者是有條件的讀寫權(quán)限。比如,對于消息隊列 的讀位置,只有接收方可以寫,而發(fā)送方只能讀取來判斷隊列是否空/滿。又如,對于消息池,盡管發(fā)送方和接收方對池中的元素狀態(tài)均可讀可寫,但有如下的條 件:發(fā)送方只能把空閑狀態(tài)改為非空閑;接收方只能把各種非空閑的狀態(tài)改為空閑。再如,對于鏈表結(jié)構(gòu),可以只允許發(fā)送方更新各種指針;接收方通過更改鏈表中 元素的狀態(tài)和觸發(fā)中斷,以指示發(fā)送方更新各指針的時機。
內(nèi)核鑒別:M4向下兼容M0,這使我們可以重用很多的源代碼。但是,有時需要鑒別當(dāng)前正在哪個內(nèi)核上運行。這有兩種方法,分別用于不同場合:如果在編 譯期間鑒別即可,則可以在編譯器設(shè)置中,預(yù)定義諸如“CORE_M4”和“CORE_M0”的宏,使用C/C++的條件編譯來處理;若需要在運行期間區(qū) 分,可以讀取一個名為“CPUID”的寄存器,根據(jù)CPUID的值來判定是M4還是M0。
初始化與可執(zhí)行映像:LPC4350在完成上電復(fù)位后,M4開始執(zhí)行代碼,而M0卻一直保持在復(fù)位狀態(tài)。這樣,我們也可以無視M0的存在,而只按單核 MCU來使用。為使用M0,需要讓M4為M0準(zhǔn)備好開始執(zhí)行的全部環(huán)境,包括寄存器上下文與地址空間等,然后釋放M0。當(dāng)M0處在復(fù)位狀態(tài)時,我們可以通 過JTAG發(fā)現(xiàn)M0,但是卻無法操作它。因此,如果要調(diào)試M0的程序,需要先給M4下載適當(dāng)?shù)挠诚?#xff0c;使其釋放M0才可,不可能在拿到一個空白的芯片后,直 接先從M0動手。
盡管M4與M0各有自己的映像,但是我們可以把M0的映像內(nèi)含于M4的映像中,這樣在生產(chǎn)時只需要燒寫一次閃存。為了并入M0的映像,工具鏈通常會提 供把映像轉(zhuǎn)換成C數(shù)組定義格式的功能。通過這個功能,我們把M0的映像轉(zhuǎn)換成一個C數(shù)組的表格,并且把它和M4的源文件一同編譯連接,這樣一來,M0的映 像就嵌入到M4的映像中了。M4在初始化期間,要把M0的映像拷貝到準(zhǔn)備讓M0執(zhí)行的位置。由于M0固定從零地址開始取向量,M4還需要設(shè)置M0的地址映 射,把映像的首地址設(shè)置成為M0的零地址。
值得一提的是,這種“主控帶動協(xié)控”的設(shè)計哲學(xué),也是被AMP普遍采用的。
調(diào)試時的細節(jié):當(dāng)我們使用調(diào)試仿真器連接MCU時,通常都會產(chǎn)生復(fù)位信號,但范圍可僅限于內(nèi)核,也可復(fù)位全片。在調(diào)試M0時,需設(shè)置復(fù)位范圍僅包括 M0,避免殃及正在運行的M4。另外,也需要編寫適當(dāng)?shù)恼{(diào)試初始化腳本,以準(zhǔn)備好內(nèi)核的執(zhí)行環(huán)境。這些工作繁瑣,但具有高度的通用性,我們可以借鑒現(xiàn)有的 腳本。
我們可以同時調(diào)試M4和M0:只需運行兩個獨立的IDE進程,分別打開相應(yīng)的工程即可。經(jīng)實踐,至少在MDK+ULINK下可行。
核間任務(wù)分工
M0沒有M4強大的處理能力,但是作為一個CPU,亦有完整的中斷系統(tǒng)和基本的算術(shù)與數(shù)據(jù)傳送能力,并且在LPC4350上,可以在高達204MHz的主頻下運行。合理地分擔(dān)一些任務(wù)給M0,才能利用雙核設(shè)計的優(yōu)勢。接下來,我們討論兩種主要的任務(wù)分工模型。
處理高頻中斷——智能“DMA”:中斷的響應(yīng)是有額外開銷的:既包括CPU的中斷模型本身產(chǎn)生的硬件開銷,也包括操作系統(tǒng)的中斷管理產(chǎn)生的軟件開銷, 當(dāng)然,也還有中斷服務(wù)程序本身執(zhí)行的開銷。當(dāng)中斷的頻率很高時(比如:高達幾十甚至幾百kHz),中斷的響應(yīng)將對CPU時間產(chǎn)生不可忽略的額外開銷。更重 要的是,中斷的響應(yīng)是由硬件處理,并凌駕于任務(wù)管理之上的,這可以影響任何任務(wù)的執(zhí)行而不論其優(yōu)先級如何。DMA明顯改善了這一狀況。但是當(dāng)DMA通道或 總線分配不足,或者是設(shè)備不受DMA支持時,我們就可以讓M0來響應(yīng)這些高頻的中斷,合理組織數(shù)據(jù)緩沖區(qū),而如同一個智能的DMA一樣。
例如:在調(diào)光設(shè)備中,需要進行多達幾十甚至上百路的AD采樣來獲取每路燈光的預(yù)期亮度,以及同樣多的LED來指示實際輸出的亮度。后者需要非常多的 PWM,極可能已超出硬件PWM通道的數(shù)目。因此,在實現(xiàn)AD采樣與軟件PWM時,均需要快速的通道數(shù)據(jù)流處理與高頻LED刷新,以保證PWM精度。這兩 者很容易導(dǎo)致高達幾十kHz的中斷請求,僅中斷響應(yīng)的額外開銷就可占用一半以上的CPU時間。傳統(tǒng)的做法是使用若干顆MCU來分?jǐn)偛⒂芍骺剌喸儭T?LPC4350下,則可由M0來處理這些任務(wù)。同樣的例子也適用于PLC應(yīng)用,它需要快速地刷新多路控制。
為弱計算操作提供額外的處理能力:M0的整體性能約是M4的72%,但對于弱計算操作(如:加減乘與邏輯運算,移位,以及簡單的數(shù)據(jù)傳送),并沒有太 多劣勢。弱計算操作在程序中往往占一半以上的比例,尤其體現(xiàn)在驅(qū)動程序及一些通信協(xié)議棧上。合理地分配一部分弱計算操作任務(wù)給M0,可以有效提升整體的處 理能力。這樣,完成相同的任務(wù)只需更低的主頻,而降低功耗,或者反過來,能夠在有限的主頻下完成需求更大的任務(wù)。
例如:在高精密工業(yè)運動控制中,對于電機的控制往往需要運算量很大的算法,同時又要處理如CAN、工業(yè)以太網(wǎng),以及各種現(xiàn)場總線的通信。我們可以讓 M4來運行電機控制算法,而通信協(xié)議棧與驅(qū)動程序則由M0來完成。同樣的例子也適用于嵌入式音頻——由M4執(zhí)行音頻編解碼與音效處理算法,而M0則負責(zé)音 頻總線、USB等事務(wù)。
本文小結(jié)
通過以上的介紹可以看出,相比傳統(tǒng)的使用多顆MCU的方案,非對稱雙核MCU在性能、成本、功耗、生產(chǎn)等諸多環(huán)節(jié)都有明顯的優(yōu)勢。核間通信稍顯復(fù)雜, 但作為基礎(chǔ)設(shè)施可由底層系統(tǒng)軟件來實現(xiàn)。在具體開發(fā)時,應(yīng)根據(jù)實際問題合理分配任務(wù),并且在初始化流程、內(nèi)核鑒別以及調(diào)試上,需注意一些操作細節(jié)。
?
《新程序員》:云原生和全面數(shù)字化實踐50位技術(shù)專家共同創(chuàng)作,文字、視頻、音頻交互閱讀總結(jié)
以上是生活随笔為你收集整理的内核:多内核操作模式的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 008_视图
- 下一篇: Swift中使用构建配置来支持条件编译-