Android 启动性能优化 - uboot篇

时间测量

在mx51平台的uboot里,使用get_timer可以获得比较精确的计时,get_timer的使用贯穿了uboot性能调整的整个过程

性能优化方法

1. 减小uboot镜像的大小,去掉不需要的驱动,不需要的命令,减少uboot的大小可以从两个方面获得好处,首先会节省驱动初始化时间,其次会使uboot镜像变小,从磁盘读取uboot镜像所需的时间也变小了。

2. 优化generic 的memcpy memset函数,通用的C实现 代码简单,但是性能较差,对于大块内存的操作,比如镜像的memcpy和memmove,会有十毫秒以上的优化空间,可以参考glibc和bionic的实现,C和汇编版本都行(二者性能差别不大)。

3. 优化读取镜像的IO速度:去掉或者改变不必要的延时;在我的平台上是MMC,原始的mmc驱动是PIO模式,改为DMA方式后,读取速度提升一倍以上达到20MB。IO占据了uboot启动时间的大部分,这部分的优化是必须的。

4. 合并kernel和ramdisk镜像的读取过程,一次读取两个镜像,这样可以合并两次启动IO开销为一次。

实现上有两种选择,第一,mkimage生成multi类型的镜像;第二,对读取过程做优化,一次初始化执行两次IO; 第一种最优,实现上稍微麻烦一点。

5. 缩小envoriment区大小,缺省的envoriment 区尺寸较大,根本用不上,改成16K即可。当然,最后作为产品,是不需要读取envoriment的。

6. 去掉image 的verify过程,这个节省时间比较小。

7. uboot中会把读取的kernel镜像稍微处理后,copy到执行位置,然后执行kernel镜像,这个copy对于未压缩的kernel是多余的,可以调整kernel镜像的加载位置,使得处理后的镜像恰好就在执行位置,避免了copy过程,对于2M的kernel,大约可节约10ms.


结论

uboot的启动过程 读取kernel 和ramdisk镜像的IO占了较大部分时间,优化的上限可以参考IO设备的速度上限;其他部分优化后总占用时间不应该超过100ms。

在我的开发板上,优化后启动时间大概为300多ms,其中load image大概为200ms

你可能感兴趣的:(Android 启动性能优化 - uboot篇)