※ 引述《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)