九鼎创展论坛中文版English
登录 | 立即注册 设为首页收藏本站 切换到宽版
查看: 10008|回复: 3
打印 上一主题 下一主题

Android 启动性能优化 - uboot篇

[复制链接]
跳转到指定楼层
楼主
发表于 2014-9-19 19:51:25 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

时间测量

在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


回复

使用道具 举报

沙发
发表于 2015-10-6 20:13:34 | 只看该作者
比较好,谢谢
回复 支持 反对

使用道具 举报

板凳
发表于 2020-10-5 14:15:06 | 只看该作者
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|深圳市九鼎创展科技官方论坛 ( 粤ICP备11028681号-2  

GMT+8, 2024-11-22 18:02 , Processed in 0.018901 second(s), 19 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表