※ 引述《ykjiang (Yukuan)》之銘言：
: ※ 引述《WYchuang (打不留歪莊)》之銘言：
: > 看到有人在討論Embedded System
: > 不禁就開始想到Low Power
: 要 mobile embedded system 比較有 low power 的需求；
: 精確點講，要靠電池供電的才比較迫切需要 low power
嗯，大抵上是這樣沒錯
不過，embedded system大多也都是portable的，所以不用特別強調嘍 :-)
其實low power還有一點蠻重要的，就是發熱
像我這隻BenQ手機，每次講半個小時，就快被燙死了 XD
有時候系統整個當機 ... 還得吹一下電扇才行
: > 以軟體軟體來達到Low Power的algorithm近年來開始熱門
: > 不論從Compiler、OS、Application似乎都有人做
: 推 duidae:我也很想了解耶 老師上課有提過一點點 61.228.69.55 08/12
: 推 qrtt1:感覺上sensor network做了很多low power ^^ 210.59.94.118 08/12
: → qrtt1:其實我不是很了，只是修過一次課>< 但和embeded 210.59.94.118 08/12
: → qrtt1:有差，因為sensor可以輪休，embeded只有自己.orz 210.59.94.118 08/12
: 推 kevin190:從Application的角度, 能減少可減少的運算當然 218.171.140.141 08/13
: → kevin190:可以省下不少電力, 不過這邊我也有個問題, 我看 218.171.140.141 08/13
: → kevin190:到的很多論文中對於電力消耗的推估都是透過一些 218.171.140.141 08/13
: → kevin190:數學模型去驗證論文中所提到的方法比較省電, 不 218.171.140.141 08/13
: → kevin190:過這是理論上的方法, 不知道在實務面上對於電力 218.171.140.141 08/13
: → kevin190:消耗的比較上有沒有比較好的方法?? 218.171.140.141 08/13
說到實際面 ...
我只看果有某paper利用OS的排程機制來省電(某位老中的paper)
理由很簡單，但是做起來頗麻煩，就是在schedule的時候
把所有的task作個分析，預測一下每個task下個時間點的IO (這邊是最難的部分)
然後把一樣IO的task排在一起執行，當這些一樣IO的task都跑過之後
把該IO調到idle (因為暫時沒有task會需要它了)
其他的都是一堆機率，看都看不懂 XD
: 實務上，你要選擇省電的 MCU 及省電的裝置，沒事作時盡量讓 MCU 的 clock 振慢
: 點，最好能根據忙碌程度來調整 clock 的 頻率...
我只看過在即時系統的討論
由於real-time sys知道每個task的最短執行時間(理論上啦)
如果系統可以降速度跑，但依然可以符合此task的時間需求
那就降速跑，理論上似乎可以省電
在非即時系統上我就不曉得會怎樣 ...
突然想到，在多媒體的應用上，或許可以利用上述理論作點手腳
以播影片為例，如果系統的decode速度可以超過30 frame per second
似乎也可以降速跑，以達到low power ?
(不過多媒體理論上應該是整個系統loading最重的task，應該沒有機會
發生這種事:-P)
--
笑年ㄟ：老闆，這是什麼啊？這麼苦！
老闆 ：笑年ㄟ，這就是人蔘啊 ~~
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.96.129.115
※ 編輯: WYchuang 來自: 140.96.129.115 (08/14 02:28)