[發(fā)明專利]一種基于多DSP處理器平臺的分布式實時多任務操作系統有效
| 申請?zhí)枺?/td> | 201210459048.X | 申請日: | 2012-11-14 |
| 公開(公告)號: | CN103019838A | 公開(公告)日: | 2013-04-03 |
| 發(fā)明(設計)人: | 湯俊;張曦;湯小為;陸俊江;李寧;杜勁松 | 申請(專利權)人: | 清華大學 |
| 主分類號: | G06F9/48 | 分類號: | G06F9/48;G06F15/163 |
| 代理公司: | 北京眾合誠成知識產權代理有限公司 11246 | 代理人: | 薄觀玖 |
| 地址: | 100084 北京市*** | 國省代碼: | 北京;11 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 基于 dsp 處理器 平臺 分布式 實時 任務 操作系統 | ||
1.一種基于多DSP處理器平臺的分布式實時多任務操作系統,其特征在于,這是一個在多DSP處理器平臺的每個DSP處理器上對內部建立的多個處理模塊進行實時調度的分布式實時操作系統,包括:任務調度模塊,存儲管理模塊和任務通信模塊,其中:
存儲管理模塊,包括相互連接的內存池管理單元和內存池單元,以傳輸任務訪問請求,其中:
內存池單元,共有N個內存塊,分別存儲每個處理任務的任務輸入數據,每個處理任務的任務輸出數據和所有所述DSP處理器任務的中間變量緩存數據,
內存池管理單元,用以維護分別記錄了N個內存塊使用情況的共N個使用信息mem_use_info的數據結構,
所述內存池管理單元按以下步驟進行管理:
第一步:各內存塊初始化,
第二步:判斷是否接收到包括對內存池的存儲空間的申請及其容量在內的內存使用信息:
若不存在,則返回第一步,
若存在,則查找所述各條使用信息中是否存在滿足申請大小的內存塊,若不存在,則返回第一步,若存在,則獲取內存起始地址ptr,
第三步,更新第二步中找到的內存塊中的內存使用信息,返回第一步,
任務通信管理模塊,包括:任務信息通信單元,和任務數據通信單元,其中:
任務信息通信單元,傳輸來自主控機或者所述任務調度模塊的定長的任務信息字,長度為64字,包括:發(fā)送任務編號、發(fā)送任務的DSP處理器、接受任務編號、接受任務的DSP處理器、任務數據長度和任務模式碼,
任務數據通信單元,傳輸來自所述主控機或DSP處理器的任務長度的任務數據,
所述任務通信單元,按以下步驟與作為發(fā)送節(jié)點的所述主控機進行任務通信:
第一步,所述任務通信單元獲得所述任務信息字,
第二步,作為所述發(fā)送節(jié)點的主控機或DSP處理器生成任務信息字并發(fā)送,
第三步,所述任務信息通信單元接受任務信息字,并配置所述任務數據通信單元,
第四步,所述任務通信單元接受來自所述發(fā)送單元的指定長度、指定任務的數據,
任務調度模塊,包括:調度模塊單元、等待態(tài)任務隊列單元、就緒態(tài)任務隊列單元和輸出態(tài)任務隊列單元,所述任務調度模塊按以下步驟進行任務調度執(zhí)行,
第一步,初始狀態(tài)下,所述調度執(zhí)行單元把從所述任務通信模塊接收到的所有任務置于等待態(tài)任務隊列單元,
第二步,所述調度執(zhí)行單元掃描所述等待態(tài)任務隊列單元,判斷是否存在準備就緒的任務,
若:有準備就緒的任務,則把所述準備就緒任務置于就緒態(tài)任務隊列單元,
若:沒有,則返回第一步,
第三步,所述調度執(zhí)行單元掃描所述就緒態(tài)任務隊列單元,判斷是否存在已處理就緒的任務:
若:存在則把所述已處理就緒的任務置于輸出態(tài)任務隊列中,
若:沒有,返回第二步,
第四步,所述調度執(zhí)行單元掃描輸出態(tài)任務隊列單元,判斷是否存在等待輸出的任務,
若:有,則把所述等待輸出的任務發(fā)送給所述任務信息通信單元和任務數據通信單元,供向所述主控機或DSP處理器節(jié)點發(fā)送用,
若:沒有,則返回第三步,
第五步,循環(huán)第二步到第四步,一直到全部處理并輸出所有已接收的任務后,返回第一步。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于清華大學,未經清華大學許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業(yè)授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201210459048.X/1.html,轉載請聲明來源鉆瓜專利網。





