嵌入式Linux优化启动【转】

本文主要是介绍嵌入式Linux优化启动【转】，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

转自：https://blog.csdn.net/hpu11/article/details/80522774

嵌入式linux优化，可以从三部分进行考虑: bootloader，linux，根文件系统

1. bootloader

uboot只是做系统启动过程中，所依赖的硬件初始化，为kernel的加载运行做准备，所以，bootloader在整个系统启动过程中只消耗1妙左右，相比较整个启动过程的10+， 20+妙可以忽略，甚至，对bootloader进行优化，毫无效果可言，简直是浪费我们宝贵的时间。

2. linux

kernel是紧接着uboot执行完之后执行的，kernel的启动时间根据不同平台，不同厂家，不同版本的内核，以及根据嵌入式产品的复杂程度，kernel的启动时间相差还是很大的，一般情况，内核占据整个系统启动过程中几秒到10几秒。如果想要优化kernel的启动时间，就要清楚的知道kernel启动过程中，都有哪些模块启动，并且这些模块启动精确时间是多少，这样就可以针对那些耗时长的，或者没有使用到的模块进行优化。得到那些信息可以基本可以有两种方法：

1) 使用dmesg记录的后台启动信息

编译内核的时候，设置CONFIG_PRINTK_TIME=y，这样就可以在系统启动之后，在后台终端使用dmesg命令，就可以得到带有时间戳的信息记录，我们通过分析这些信息，可以得到启动模块，以及这些模块启动过程中的耗时。

2) 使用bootgraph.pl工具

编译内核的时候，设置CONFIG_PRINTK_TIME=y，CONFIG_BOOT_TRACER=y(如果内核中有则设置，版本不同而已)，在kernel正式启动时，在uboot向kernel传递参数，增加printk.time=1 和 initcall_debug两个参数，启动系统，进入系统的后台终端，使用以下用以下命令进行操作

$ dmesg > /tmp/boot.log
然后，将boot.log传输到pc上，并且将boot.log放到kernel的目录下，就是刚才scripts/bootgraph.pl的同目录

$ cat boot.log | perl scripts/bootgraph.pl > kernel.svg
使用浏览器打开得到的kernel.svg，如下图，就可以一眼看到图形化的kerlnel启动的详细信息

这样，就可以根据图示的信息，使用make menuconfig重新配置kernel，该去除的去除，该模块化的模块化，重新编译内核，就可以将linux的启动耗时缩短，使我们的linux启动的时候，明显的快很多。

3. 文件系统 (只说systemd管理系统的情况)

内核启动到最后，就是将文件系统挂载，挂载文件系统后，还需要将文件系统中的服务策划程序或者守护进程启动，这也会消耗一部分的时间，像linux优化一样，我们要找到需要优化的部分，在使用systemd管理文件系统的，我们就可以使用systemdt提供的一个分析工具，就可以很块的得到linux一样的图。

系统启动完成后，进入系统的后台终端：

$ systemd-analyze plot > boot.svg
将boot.svg传输到pc端，使用浏览器打开boot.svg，如下图：

左边空白部分就是kernel的启动时间，右边有字的，就是启动时间，启动过程中耗时，以及这些程序的状态，都可在这幅矢量图上一眼看出。 我们也就可以根据上述图标信息，进行对文件系统进行改删除的删除，该禁止的禁止，缩短我们的启动时间。

针对Linux, 文件系统优化过后，重写加载到我们的嵌入式系统中，发现，我们的系统启动过程飞的一样完成了。
————————————————
版权声明：本文为CSDN博主「香雨亭榭」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/hpu11/article/details/80522774

这篇关于嵌入式Linux优化启动【转】的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！