Re: [討論] Low Power?

看板CSSE (電腦科學及軟體工程)作者 (打不留歪莊)時間19年前 (2005/08/14 02:16), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串3/23 (看更多)
※ 引述《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)
文章代碼(AID): #12_ZZh2a (CSSE)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文
完整討論串 (本文為第 3 之 23 篇):
3
10
0
2
1
1
文章代碼(AID): #12_ZZh2a (CSSE)