※ 引述《WYchuang (打不留歪莊)》之銘言：
: ※ 引述《ykjiang (Yukuan)》之銘言：
: 說到實際面 ...
: 我只看果有某paper利用OS的排程機制來省電(某位老中的paper)
: 理由很簡單，但是做起來頗麻煩，就是在schedule的時候
: 把所有的task作個分析，預測一下每個task下個時間點的IO (這邊是最難的部分)
: 然後把一樣IO的task排在一起執行，當這些一樣IO的task都跑過之後
: 把該IO調到idle (因為暫時沒有task會需要它了)
: 其他的都是一堆機率，看都看不懂 XD
看到這個我有一點疑問.....
基本上task的新增是隨時都有可能的吧...
難道每次schedule時都要重新分析一次? 這樣loading會不會太大阿
而且在embedded上還有硬體限制說 我之前聽老師說過 基本上
這種想法只能在paper寫寫而已 因為他們都是考慮理想狀況
要真正拿來使用幾乎不可能.....不過我沒有看過這篇paper
所以我也只是隨便說說而已..... :)
: 我只看過在即時系統的討論
: 由於real-time sys知道每個task的最短執行時間(理論上啦)
: 如果系統可以降速度跑，但依然可以符合此task的時間需求
: 那就降速跑，理論上似乎可以省電
那降速跑的功能是作在軟體還是硬體阿
如果是軟體handle 那不是又要多task來處理這一件工作
那摸分析的task + 降速後的task 會不會反而耗電量比原task還多??
--
恩 我都隨便說說拉 如果有太天兵的話 請多多包涵...<(_ _)>
--
▄▄▄ 熊熊加油！ ▄ ▄▄▄▄▄▄▄ █▄ ▄▄
▄▄ ▄▄ █▌▄▌▄▄▄ ▄▄█▌▄▌▄▌▄█▄
▄ ▄▄ ▌▄█▄▄ ▌▌▌ ▌▄▌▌▌▄▄█
▄ La New ██████▄███▄▄▄▄▄ ▄▄▄▄▌▌▄▄
▄ ▄ ▄▄▄ ▄▄▄███▄▄
▄▄▄▌ ▄█▄ ▄ ▄▌ ▄▄▄
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 218.168.186.172