📚 课程目录第4章内核裁剪与编译优化

4、内核裁剪与编译优化：最小化内核配置（make tinyconfig）、汽车常用驱动模块化、LTO与优化等级选择、内核镜像压缩算法对比

嵌入式Linux启动优化，内核本身是最大的“胖子”。你想想看，一个通用发行版内核动辄几十兆，里面塞满了你一辈子都用不到的驱动和特性。但在汽车ECU上，硬件是固定的，资源是有限的。所以，内核裁剪和编译优化，是启动加速里性价比最高的手段之一。

我个人习惯把这一章分成四个部分：先做减法（裁剪），再做模块化（按需加载），然后调编译器参数（LTO和优化等级），最后选个合适的压缩算法。咱们一个一个来。

4.1 最小化内核配置：从零开始的“骨架”

很多人裁剪内核喜欢从某个现成的defconfig开始删。我建议你换个思路——从零开始。内核提供了一个非常极致的起点：make tinyconfig。

这个命令生成的内核配置，几乎关闭了所有功能。它只保留最核心的调度器、内存管理和进程管理。说白了，就是一个能跑起来的空壳。我在一个项目里试过，编译出来的内核镜像只有不到200KB。当然，这个内核什么也干不了，但它是一个完美的“骨架”。

核心思路：从 tinyconfig 出发，按需添加。而不是从 defconfig 出发，按需删除。后者容易漏删，前者保证最小。

具体操作很简单：

# 1. 生成最小配置
make tinyconfig

# 2. 打开图形化配置界面，按需添加驱动和特性
make menuconfig

# 3. 保存为你的板级配置文件
cp .config arch/arm/configs/my_board_defconfig

嗯，这里要注意。用 menuconfig 添加功能时，一定要看清楚依赖。比如你选了某个网络协议，它可能会自动选上一堆你不需要的加密库。我建议每加一个功能，就编译一次，看看镜像大小变化。这样心里有数。

4.2 汽车常用驱动模块化：按需加载，不占空间

汽车电子里，很多外设是标准化的。比如CAN控制器、SPI Flash、I2C传感器、以太网PHY。这些驱动，我建议全部编译成模块（m），而不是编译进内核（y）。

为什么？因为模块可以按需加载。内核启动时只加载必要的模块，其他模块放在文件系统里，等需要的时候再 modprobe。这样内核镜像更小，启动更快。

我曾经在一个项目中，把所有的GPU、音频、USB Host驱动都编译进内核。结果内核镜像大了1.5MB，启动时间多了200ms。后来改成模块化，启动时间直接降了15%。

我的经验：对于汽车常用的驱动，建议遵循以下原则：

必须内置（y）：根文件系统驱动（MMC、NAND Flash）、串口（早期调试）、中断控制器、定时器。
建议模块（m）：CAN、SPI、I2C、以太网、USB、GPIO扩展、PWM、ADC。
可以去掉（n）：蓝牙、WiFi、HDMI、声卡（除非你的项目需要）。

下面这张图展示了从最小配置到完整系统的驱动加载流程：

4.3 LTO与优化等级选择：编译器帮你“瘦身”

裁剪完配置，接下来就是编译器优化了。这里有两个关键参数：优化等级和LTO（链接时优化）。

先说优化等级。内核默认是 -Os（优化尺寸）。这个选项会尽量让生成的代码更小。但代价是执行速度可能变慢。对于启动阶段，我更推荐 -O2。为什么？因为启动代码是顺序执行的，代码尺寸对启动时间的影响远小于执行效率。我实测过，-O2 比 -Os 启动快大约5%-10%，而镜像大小只增加不到3%。

然后是LTO。LTO允许编译器在链接阶段进行跨编译单元的优化。比如内联函数、消除死代码。这对内核这种大型项目特别有效。我建议在 make menuconfig 里开启：

General setup --->
  [*] Enable Link Time Optimization (LTO)

注意：LTO会显著增加编译时间（可能翻倍）。而且某些老旧的编译器或工具链可能不支持。我在一个ARM Cortex-A7的项目上开启LTO后，编译时间从5分钟变成了15分钟。但镜像大小减少了12%，启动时间快了8%。值不值得，你自己权衡。

下面这个表格是我在一个项目中对比的结果：

优化配置	内核镜像大小	编译时间	启动时间（到init）
-Os（默认）	2.1 MB	4分20秒	1.82秒
-O2	2.15 MB	4分35秒	1.71秒
-O2 + LTO	1.88 MB	8分10秒	1.58秒
-Os + LTO	1.82 MB	7分50秒	1.65秒

从表格可以看出，-O2 + LTO 在启动时间上表现最好。如果你对镜像大小有硬性要求，-Os + LTO 是最小的。

4.4 内核镜像压缩算法对比：解压时间 vs 镜像大小

内核镜像在存储和传输时是压缩的，Bootloader加载后需要解压。压缩算法直接影响两个指标：镜像大小和解压速度。这两者是矛盾的。压缩率越高，镜像越小，但解压越慢。

内核支持多种压缩算法：gzip、bzip2、lzma、lzo、lz4、zstd。在汽车嵌入式场景下，我主要推荐两种：LZ4 和 ZSTD。

LZ4：解压速度极快，但压缩率一般。适合对启动时间要求极高的场景。
ZSTD：解压速度接近LZ4，但压缩率更好。适合对镜像大小和启动时间都有要求的场景。

我曾经在一个项目中对比过gzip和lz4。gzip压缩的内核是1.8MB，解压花了120ms。lz4压缩的内核是2.1MB，解压只花了40ms。虽然镜像大了16%，但解压时间节省了67%。对于启动时间来说，这80ms的差距非常可观。

我的建议：

如果存储空间紧张（比如Flash只有4MB），选 ZSTD 或 LZMA。
如果启动时间是第一优先级，选 LZ4。
不要用bzip2，解压太慢。

配置方法很简单，在 make menuconfig 里选择：

General setup --->
  Kernel compression mode (LZ4) --->
    (X) LZ4

嗯，这里要注意。Bootloader也需要支持对应的解压算法。比如U-Boot，默认只支持gzip和lzma。如果你选了LZ4或ZSTD，需要确认U-Boot版本是否支持，或者自己打补丁。我曾经在这个坑里爬了整整一天。