※ 引述《saker ()》之铭言： : ※ 引述《WYchuang (打不留歪庄)》之铭言： : : 说到实际面 ... : : 我只看果有某paper利用OS的排程机制来省电(某位老中的paper) : : 理由很简单，但是做起来颇麻烦，就是在schedule的时候 : : 把所有的task作个分析，预测一下每个task下个时间点的IO (这边是最难的部分) : : 然後把一样IO的task排在一起执行，当这些一样IO的task都跑过之後 : : 把该IO调到idle (因为暂时没有task会需要它了) : : 其他的都是一堆机率，看都看不懂 XD : 看到这个我有一点疑问..... : 基本上task的新增是随时都有可能的吧... : 难道每次schedule时都要重新分析一次? 这样loading会不会太大阿 : 而且在embedded上还有硬体限制说 我之前听老师说过 基本上 : 这种想法只能在paper写写而已 因为他们都是考虑理想状况 : 要真正拿来使用几乎不可能.....不过我没有看过这篇paper : 所以我也只是随便说说而已..... :) ㄟ ... 详细的状况由於年代久远，我早忘了 :-P 不过我记得他有实做，然後还有数据的样子 ... : : 我只看过在即时系统的讨论 : : 由於real-time sys知道每个task的最短执行时间(理论上啦) : : 如果系统可以降速度跑，但依然可以符合此task的时间需求 : : 那就降速跑，理论上似乎可以省电 : 那降速跑的功能是作在软体还是硬体阿 : 如果是软体handle 那不是又要多task来处理这一件工作 : 那摸分析的task + 降速後的task 会不会反而耗电量比原task还多?? 降速度跑大概是软体决定，硬体执行 ... (比较dynamic的东西，硬体做应该会想死吧) 你说的tradeoff应该是存在的没错，所以才有做paper的价值喽 (资工的人总是在各式各样的tradeoff当中载浮载沈啊 XD) 我自己是觉得，system的东西总是牵涉广泛，往往牵一发而动全身 比如说我上次去听清大的某教授报告(专精compiler的教授)， 他说他们认为OS的low power机制一定要搭配Compiler，效果才会好 我到现在还是参不透这句话 XD -- 笑年ㄟ：老板，这是什麽啊？这麽苦！ 老板 ：笑年ㄟ，这就是人蔘啊 ~~ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.96.129.115