电源管理之android内核suspend to disk的实现（八）--suspend to disk调试数据统计与总结

suspend to disk数据统计

该测试基于jz4780grus开发板获得的开机运行时间。

时间统计：

1）开机（只有地图运行）内核启动的时间统计

    准备时间    搬移镜像    恢复现场    搬移速度    镜像大小    总计
第一次  4.43s   25.28s  3.90s   15.32M/s    387348K   33.70s
第二次  4.42s   24.97s  3.85s   15.62M/s    390160K   33.24s
第三次  4.44s   24.99s  3.83s   15.62M/s    390372K   33.26s
第四次  4.43s   24.98s  3.86s   15.63M/s    390508K   33.27s
第五次  4.95s   25.02s  3.83s   15.61M/s    390604K   33.80s
平均    4.53    25.05   3.85    15.56       380.66M   33.45s

2）开机（关闭地图运行）内核启动的时间统计

    准备时间    搬移镜像    恢复现场    搬移速度    镜像大小    总计
第一次  4.43s   24.61s  3.72s   15.90M/s    391396k   32.76s
第二次  4.43s   24.60s  3.71s   15.91M/s    391560k   30.62s
第三次  4.43s   24.61s  3.71s   15.91M/s    391696k   30.72s
平均    4.43    24.61   3.71    15.91M/s    382.37M   31.37

3)开机后关闭地图，打开音乐、浏览器、日历内核启动时间统计

准备时间    搬移镜像    恢复现场    搬移速度    镜像大小    总计
第一次  4.42s   21.08s  5.10s   17.47M/s    368424k   30.60s
第二次  4.43s   21.10s  5.09s   17.46M/s    368460k   30.62s
第三次  4.41s   21.22s  5.09s   17.36M/s    368548k   30.72s
平均    4.42    21.13   5.09    17.43M/s    359.84M   30.65

基于以上的统计结果可以得出如下结论：

1、打开的程序越多，则恢复现场所用的时间就会越长，但是幅度变换不是太大，对整体时间的影响并不是主要因素。

2、准备时间主要是为了SD卡驱动加载完成，这段时间较为固定化，变化也不大。

3、能够对启动产生影响的有两个部分：

    镜像大小：镜像越小，搬移所用时间就会越少，就越能节省时间。但是现场的镜像是经过压缩的，不同的压缩方式结果也是不同的，这一点可以借鉴一些补丁的观点，但是实现难度很大。

    搬移速度：由图可以看出来，虽然搬移速度有浮动，但是提高是有限制的，这跟我们用的介质，以及硬件是有关系的。和电脑的硬盘相比SD卡的读写速度显然很慢，我曾想过用nand代替SD卡，但是nand的分区执行的比较靠后，虽然调整了顺序，但是没能达到预期的效果。

suspend to disk的缺点;

1、不稳定，虽然几率不大，但是还是能够碰到不正常的时候。

2、wifi关机前必须先关闭，不然的话会有可能出现问题。

个人总结：

本来想靠实现android系统的hibernation功能，来像linux的hibernation功能和win8的快速开机功能一样，提高开机速度，但是移动设备的种种限制导致开机速度并不明显，现在又开始研究其他的快速开机启动了。内核是mips的有些arm开机工具不能用，真的很悲剧！

后面我会介绍tuxonice补丁的实现方法，明天就是年会了，准备表演节目中。。。。。。。。。。。。。。