原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
演算法修正後的實驗二
Advisor: Chu-Sing Yang Reporter: Keng-Mao Cho Date:2010/11/16 配合DSP上的節能演算法?標準差判斷為優先依歸 判斷順序： 1.丟給沒工作的DSP 2.丟給加入此工作後標準差值較大的DSP 3. 丟給能較早執行到的DSP 4.丟給工作數較少的DSP 5.丟給DSP1 DSP所需提供函式 1.目前有無工作 2.加入此工作的標準差值 3.目前工作數 原先計畫標準差等task table由ARM紀錄，但考量到實作問題，因此交由DSP來簡化工作 冠穎所留下來的程式可與DSP1間利用IPC做溝通。 但將DSP1程式移至DSP2上執行時，DSP2無法接收到ARM的信號（但可傳給ARM），經驗證DSP2上程式執行無誤(拿掉IPC時)，因此應是DSP2上有IPC參數部份需修改。 IPC與task migration皆需在dsp上創建工作，尤其IPC需創建一最高優先權之message management，但經過修改的MicroC/OS-II之排程器並非以原先之priority作為選擇工作之標準! 新的排程器將優先選擇工作期限最近之工作，若希望MM永遠為最高優先權，則必須給予最近之期限，但因MM不會結束工作，所以會造成系統不斷逾時。 Solution: 修改排程器，將MM創建為非即時性工作，但仍具有最高優先權，此工作為特例，雖為非即時性工作，但優先權31，且執行時不會造成系統頻率下降。 dsp端工作動態新增問題，當負載平衡器決定由哪一個dsp執行工作時，dsp端如何產生此工作? Solution1: 所有dsp的工作都事先創建並進入休眠，被分派工作時再喚醒。 Problem: 不適用於即時工作，可能會造成系統不斷逾時。 Solution: 創建一task management，使其與MM同為特殊工作，但優先權低於MM，負責在dsp被分派工作後創建此工作。 task migration需先在dsp端創建一空的工作，當需要進行工作遷移時再由此空的工作負責完成遷移過來的工作，這種做法一樣不適用於即時性工作，可能會造成系統無謂的逾時。 Solution: 一樣利用TM動態創建此空的工作，需要進行工作遷移時才產生，如此一來不論是即時性工作或是一般工作皆可進行遷移。 注意: 即時性工作遷移時，其deadline在新的dsp上必須重新計算。 Task migration執行的判定? Idle task執行時向ARM提出申請，若dsp端仍有工作未完成，只是暫時進入睡眠，idle task卻向ARM提出task migration的申請，是否合理? Any Questions or Suggestions?
文档评论（0）