※ 引述《WYchuang (打不留歪庄)》之铭言： : ※ 引述《ykjiang (Yukuan)》之铭言： : 说到实际面 ... : 我只看果有某paper利用OS的排程机制来省电(某位老中的paper) : 理由很简单，但是做起来颇麻烦，就是在schedule的时候 : 把所有的task作个分析，预测一下每个task下个时间点的IO (这边是最难的部分) : 然後把一样IO的task排在一起执行，当这些一样IO的task都跑过之後 : 把该IO调到idle (因为暂时没有task会需要它了) : 其他的都是一堆机率，看都看不懂 XD 看到这个我有一点疑问..... 基本上task的新增是随时都有可能的吧... 难道每次schedule时都要重新分析一次? 这样loading会不会太大阿 而且在embedded上还有硬体限制说 我之前听老师说过 基本上 这种想法只能在paper写写而已 因为他们都是考虑理想状况 要真正拿来使用几乎不可能.....不过我没有看过这篇paper 所以我也只是随便说说而已..... :) : 我只看过在即时系统的讨论 : 由於real-time sys知道每个task的最短执行时间(理论上啦) : 如果系统可以降速度跑，但依然可以符合此task的时间需求 : 那就降速跑，理论上似乎可以省电 那降速跑的功能是作在软体还是硬体阿 如果是软体handle 那不是又要多task来处理这一件工作 那摸分析的task + 降速後的task 会不会反而耗电量比原task还多?? -- 恩 我都随便说说拉 如果有太天兵的话 请多多包涵...<(_ _)> -- ▄▄▄ 熊熊加油！ ▄ ▄▄▄▄▄▄▄ █▄ ▄▄ ▄▄ ▄▄ █▌▄▌▄▄▄ ▄▄█▌▄▌▄▌▄█▄ ▄ ▄▄ ▌▄█▄▄ ▌▌▌ ▌▄▌▌▌▄▄█ ▄ La New ██████▄███▄▄▄▄▄ ▄▄▄▄▌▌▄▄ ▄ ▄ ▄▄▄ ▄▄▄███▄▄ ▄▄▄▌ ▄█▄ ▄ ▄▌ ▄▄▄ --

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