轉自：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