大多數(shù)非常復(fù)雜的嵌入式系統(tǒng)都采用某種操作系統(tǒng)——通常是 RTOS。最終，操作系統(tǒng)是一種開銷，它使用了應(yīng)用程序代碼本來可以使用的時間和內(nèi)存。由于嵌入式系統(tǒng)的資源有限，因此需要仔細(xì)評估這種開銷，這通常會導(dǎo)致有關(guān) RTOS 內(nèi)存占用的問題。本文探討了 RTOS 如何使用內(nèi)存以及為什么內(nèi)存占用問題可能很難回答。

RTOS 有多大?

如果您正在考慮購買實(shí)時操作系統(tǒng)(或者，就此而言，嵌入式應(yīng)用程序的任何軟件 IP)，您可能希望獲得有關(guān)其使用的內(nèi)存量的明確信息。 RTOS 供應(yīng)商很可能不愿意(或者更準(zhǔn)確地說，實(shí)際上)無法為您提供如此看似顯而易見的信息。其原因在于存在大量的變數(shù)。

什么類型的內(nèi)存?

問題是我們要考慮什么樣的內(nèi)存。從廣義上講，有只讀存儲器(ROM——現(xiàn)在通常是閃存)和讀/寫存儲器(RAM)。 ROM是存儲代碼和常量數(shù)據(jù)的地方; RAM 用于變量。然而，為了提高性能，在啟動時將代碼/數(shù)據(jù)從 ROM 復(fù)制到 RAM，然后使用 RAM 副本的情況并不罕見。這是有效的，因?yàn)?RAM 通常比 ROM 的訪問速度更快。因此，在考慮 RTOS 占用空間時，您需要考慮 ROM 和 RAM 大小，包括 RAM 復(fù)制的可能性。

這個問題可能會變得更加復(fù)雜。可能有片上 RAM 和外部存儲器可用。片上存儲可能更快，因此確保 RTOS 代碼/數(shù)據(jù)存儲在那里可能是有利的，因?yàn)槠湫阅軐⒂绊懻麄€應(yīng)用程序。以類似的方式，代碼/數(shù)據(jù)可以被鎖定到高速緩沖存儲器中，這往往會提供更高的性能。

代碼大小問題

有多種因素會影響代碼的大?。?

CPU 架構(gòu)

CPU 架構(gòu)對 RTOS 內(nèi)存占用量有很大影響。例如，PowerPC 的代碼大小可能與 ARM 有很大不同。為 Thumb-2 構(gòu)建的代碼可能比 ARM 小得多。唯一可接受的數(shù)字是為您計劃使用的特定 CPU 構(gòu)建的代碼的數(shù)字

編譯器優(yōu)化

在構(gòu)建代碼(如 RTOS)時，應(yīng)用于編譯器的優(yōu)化設(shè)置會影響大小和執(zhí)行速度。大多數(shù)時候，為最高性能(即最快)構(gòu)建的代碼會更大;優(yōu)化為較小的代碼運(yùn)行速度會較慢。 RTOS 通常是為了性能而不是尺寸而構(gòu)建的。盡管 RTOS 供應(yīng)商想要強(qiáng)調(diào)其產(chǎn)品的小尺寸，可能會做出不同的選擇。

RTOS 配置

實(shí)時操作系統(tǒng)往往是非常可配置的，并且該配置可以極大地改變 RTOS 的大小。大多數(shù) RTOS 產(chǎn)品都是可擴(kuò)展的，因此內(nèi)存占用量由應(yīng)用程序使用的實(shí)際服務(wù)決定。這種可擴(kuò)展性的粒度因產(chǎn)品而異。在某些情況下，每項(xiàng)單獨(dú)的服務(wù)都是可選的;在其他情況下，包括或排除整個服務(wù)組 - 即，如果需要支持特定類型的 RTOS 對象(例如信號量)，則包括所有相關(guān)服務(wù)。在更大的范圍內(nèi)，其他選項(xiàng)(例如圖形、網(wǎng)絡(luò)和其他連接)將影響代碼大小，因?yàn)榭赡苄枰虿恍枰?包括這些選項(xiàng)。

運(yùn)行時庫

通常，運(yùn)行時庫將與 RTOS 一起使用;需要容納此代碼。同樣，作為庫的代碼可以根據(jù)特定應(yīng)用程序的需要很好地擴(kuò)展。

數(shù)據(jù)大小問題

除了變量的基準(zhǔn)存儲量之外，RTOS 的 RAM 要求同樣會受到許多因素的影響：

編譯器優(yōu)化

與代碼一樣，編譯器優(yōu)化也會影響數(shù)據(jù)大小。打包(壓縮)數(shù)據(jù)較小，但需要更多指令，因此需要更多時間來訪問。

RTOS 對象

應(yīng)用程序使用的 RTOS 對象(任務(wù)、郵箱、信號量等)的數(shù)量將影響 RTOSRAM 的使用，因?yàn)槊總€對象都需要一些 RAM 空間。

堆棧

通常，操作系統(tǒng)有一個堆棧，每個任務(wù)都有自己的堆棧;這些都必須存儲在 RAM 中。在每個 RTOS 中，該空間的分配可能會有所不同，但永遠(yuǎn)不能忽略。

動態(tài)內(nèi)存

如果 RTOS 提供動態(tài)(分區(qū)/塊)內(nèi)存分配并由應(yīng)用程序使用，則需要為內(nèi)存池提供空間。

靜態(tài)和動態(tài) RTOS 配置

早期的 RTOS 產(chǎn)品需要在構(gòu)建時(即靜態(tài))執(zhí)行配置。隨著技術(shù)的進(jìn)步，動態(tài)創(chuàng)建(和銷毀)RTOS 對象的工具變得司空見慣。現(xiàn)在很難找到允許靜態(tài)配置的 RTOS。這些選項(xiàng)對內(nèi)存利用率的影響很有趣。

靜態(tài)配置的 RTOS 保存了 ROM 中有關(guān) RTOS 對象的大部分?jǐn)?shù)據(jù)。有些信息需要復(fù)制到RAM，因?yàn)樗趫?zhí)行過程中會改變，但需要初始化。其他對象在運(yùn)行時需要額外的 RAM 空間。

動態(tài)配置的 RTOS 將所有對象數(shù)據(jù)保存在 RAM 中，而不保存在 ROM 中。然而，對 ROM 空間的影響很大，因?yàn)樾枰~外的服務(wù)調(diào)用來執(zhí)行對象創(chuàng)建和銷毀。

現(xiàn)實(shí)的答案

現(xiàn)在應(yīng)該清楚為什么期望對“xyz RTOS 有多大?”這個問題給出直接而簡單的答案是不合理的。實(shí)際上，預(yù)期的最佳響應(yīng)可能是這樣的：

“在 ARM 模式下在 ARM Cortex A8 上運(yùn)行的 Nucleus RTOS 產(chǎn)生 12-30 K 的 ROM 大小和 500 字節(jié)的 RAM。低端 ROM 大小包括基本服務(wù);高值包括所有服務(wù)。不包括運(yùn)行時庫。為 Thumb-2 模式構(gòu)建 RTOS 可將 ROM 大小減少三分之一以上?！?