rt-thread是國內少有的，不錯的乙個實時性作業系統。雖然誕生不久，但絕對是後起之秀。與其他rtos相比，rt-thread可謂一支獨秀。比較適合選用為嵌入式開發的系統。看看rt-thread的誕生歷史：
rt-thread 實時作業系統，kernel部分完成於2023年上半年，其ipc部分甚至是年中時才具備相應的雛形。最開始時是因為要為朋友做乙個小型的手持裝置，而原本人（注：本人是指rt-thread原創始人）起初又是另一國內老牌實時作業系統：dooloo rtos開發人員，但這個團隊在2023年底已經解散。但朋友的系統要上，用其他小型系統嗎，一不熟悉，二看不上。答應朋友的事，總得有解決方法吧，即使是原來的dooloo rtos，因為其仿vxworks結構，導致它的核心太大，包括太多不必要的東西（一套完整的libc庫），這些方案都否決了。怎麼辦？當時朋友那邊也不算太急，先自己寫一套核心吧。這個就是源頭！（後來雖然朋友的專案夭折了，但這套os則保留下來了，並開源了，萬幸）。
當然rt-thread和原來的dooloo rtos差別還是很大的。dooloo rtos是一種類vxworks風
格的，而rt-thread則是一種追求小型風格的實時作業系統：小型、實時、可剪裁。這三個方面rt-thread可以驕傲的說做得比dooloo rtos都要好很多，小型：rt-thread核心能夠小到2.5k rom，1k ram；實時：執行緒排程核心是完全bitmap方式，計算時間是完全固定的；可剪裁性，配置檔案rtconfig.h包含多種選項，對kernel細節進行精細調整，對各種元件（檔案系統，使用efsl、elm fatfs；網路協議棧，finsh shell，圖形使用者介面gui）進行可選配置。
如今rt-thread正在蓬勃的發展著，在rt-thread開發團隊的努力下，將變得越來越強大，各種功能越來越多，似乎要變成另一種』趨勢『，當然這種』趨勢『似乎是與rt-thread剛剛誕生的初衷目標絕然不同。但毫無疑問，rt-thread作為嵌入式系統還是名副其實的（關於系統構架，可以看本部落格前一篇文章）。rt-thread現在已經支援多種cpu，從arm到x86系列，甚至龍芯（中國芯哪，難得，支援一下）也在進行當中。許多有rt-thread已移植好的資源，對於產品設計需要講究時間和效率，能省就省啊。方便了廣大使用者。看看都支援哪些系列cpu:
a.ti的lm3s系統cortex-m3構架（arm）
b.st的stm32系列cortex-m3構架（arm）
c.nxp的lpc2478些列arm7構架（arm）
d.intel的x86構架
當然還有其他。。。
當然，rt-thread的發展還在進行中，各種功能如gui圖形介面設計、各種網路協議棧，檔案系統、finsh命令介面、其他特色元件、將會與rt kernel更好的吻合在一起。這樣看起來就會變得強大了。然而rt-thread是乙個可裁剪的，可配置的，同時以上的這些功能都會以元件（component）的形式，提供原始碼。這樣使用者可以根據自己的專案產品需求進行設計。這將非常靈活。
rt-thread在活躍著，在發展著。照此，可以樂見，rt-thread將會在嵌入式設計領域占有一席之地！
這裡可以了解到rt-thread的團隊都在作些什麼和rt-thread都支援哪些功能：
links:
乙個嵌入式的成長
記得那是 2006 年的第一場雪，比 2005 年來的稍晚了些。在 2006 年初，我們公司開始涉及嵌入式領域，其實就是開始涉及基於 arm的嵌入式式開發。原來一直搞微控制器開發，上大學時幫助老師調點 pic的微控制器程式這樣的經歷使我積累了點關於硬體的經驗。當時國內的嵌入式式開發還幹幹起步，基本上...
增加乙個Linux系統呼叫 嵌入式系統
修改rpi上的linux原始碼，增加乙個帶引數的系統呼叫，具體如課內所講 l實驗過程 2 修改原始碼，進入linux 原始碼資料夾後，在arch arm kernel 新增mysyscall.c，修改arch arm kernel資料夾下的call.s，我將自己的新系統呼叫加在了0x900000 3...
嵌入式系統之實時系統的常見概念
實時系統 定義 在指定或確定的時間內完成系統功能和對外部或內部 同步或非同步時間做出響應的系統。區別 通用系統一般追求的是系統的平均響應時間和使用者的使用方便 而實時系統主要考慮的是在最壞情況下的系統行為。特點 時間約束性 可 性 可靠性 與外部環境的互動性。硬實時 強實時 指應用的時間需求應能夠得...