※ 引述《hohiyan (海洋)》之铭言：
: http://www.pcworld.com/article/2455442/chromes-been-eating-
: your-laptops-battery-for-years-but-google-promises-to-fix-it.html
: http://tinyurl.com/lyyr8pn
: 简单说 Chrome 长期以来一直有额外消耗电力的问题，
: 并从2010年时就有人发现但 G社一直没有处理……
http://arstechnica.com/gadgets/2014/07/why-google-took-
years-to-address-a-battery-draining-bug-in-chrome/
http://tinyurl.com/k3f6cku
这边一篇有多一点技术解释，大意:
因为WIN系统内建的TIMER精确度太低(单位只有ms)，执行续保持待命模式的等待时间
长。古早处理器只有几十MHz时这没有造成问题，但是现在以GHz再算的时候会造成不
少的运算资源无法利用(待命过久当然省电)。
现今LINUX等都可以以us作单位在处理，为了在WIN挤出这没有利用的资源，GC执行时
会更变待命的等待时间，从15->1ms。原本估狗内部也担心此耗电量增加问题，但发
现FX、IE、FLASH等等程式也早已这样做后，就将设定加入，但默认是全程都设为1ms
全速执行，而非其他程式一般只在高附载时才变更。
后来微软一开始就有反应造成耗电增加，故GC有加入判断机制，依照电源模式自动改
设定。但是因为不明BUG，此判断机制常常失效，故卡在全速模式下，造成耗电问题。