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