Android 启动性能优化 - uboot篇
来源:互联网 发布:淘宝美工工作流程图 编辑:程序博客网 时间:2024/05/19 14:36
http://blog.csdn.net/kickxxx/article/details/7361715
时间测量
在mx51平台上,使用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篇
- Android 启动性能优化 - uboot篇
- Android 启动性能优化 - uboot篇
- Android 启动性能优化 - kernel篇
- Android 启动性能优化 - kernel篇
- Android 启动性能优化 - kernel篇
- Android 启动性能优化 - kernel篇
- Android 启动性能优化 - kernel篇
- Android开机启动性能优化
- uboot启动时间优化
- Android性能优化(二):APP启动优化
- Android性能优化--优化启动速度
- Android性能优化第(九)篇---App启动速度优化之启动页设计
- android项目性能优化之启动时间
- Android性能分析-启动速度优化
- Android性能优化之启动加速
- Android 性能优化之应用启动
- Android性能优化之启动加速
- 保证n不发布出去,即可不加volatile,因为读的地方都做了锁。保证可见性
- Android中JNI的使用方法
- Linux内核的ioctl函数学习
- 十六周任务二
- android 信息(mms)的故事(六)-- 收信息
- Android 启动性能优化 - uboot篇
- RTSP协议
- nginx负载均衡和lvs负载均衡的比较分析
- 文件系统-- 注册
- 水环境学——显式差分 计算均匀河段各断面BOD变化
- 每天一点正则表达式复习(二)
- 关于图片对象BitmapImage的BitmapCreateOptions
- strlen函数实现(局部变量实现和不用局部变量实现)
- C++(二) 位运算