4. RISC-V Linux系统启动与初始化性能
RISC-V Linux 的启动过程是一条从固件到用户态的串行链路：上电复位后由 Bootloader 接管，加载并解压内核镜像，解析设备树描述硬件，挂载根文件系统，最后启动 init 进程。整条链路上任何一段耗时偏高，都会直接拉长“从上电到可用”的时间。对嵌入式 RISC-V 设备而言，启动时间往往是最直观的用户体验指标，因此需要把总耗时拆解到各阶段，定位真正的瓶颈。
核心原理：启动链路的四个耗时阶段
RISC-V 平台的典型启动路径为：ROM 固件 → SPL/OpenSBI → U-Boot → Linux 内核（解压 + 初始化）→ init。其中 OpenSBI 运行在 M 模式，负责提供 SBI 接口并跳转到 S 模式的 Bootloader。真正可优化的耗时主要集中在以下四段：
- Bootloader 阶段：包括 SPL 初始化 DDR、加载 U-Boot 主体、U-Boot 探测外设、读取内核与设备树镜像。镜像读取速度受存储介质（SPI NOR、eMMC、SD）和加载方式影响极大。
- 内核解压阶段：若使用压缩内核（Image.gz、Image.zst），需先解压再重定位。解压算法、内核镜像大小、DDR 带宽共同决定这一段耗时。
- 设备树解析与内核初始化：内核解析 DTB、枚举 platform device、执行各驱动 probe。驱动 probe 顺序和数量是这一段的主要变量。
- init 进程启动：从内核释放 init 到用户态服务就绪，涉及根文件系统挂载、init 程序（BusyBox init、systemd）解析配置、启动服务。
下图展示了 RISC-V Linux 从复位到用户态的完整启动链路及各阶段可观测的耗时节点：
方法流程：分阶段测量与定位
优化启动时间的第一步是建立可复现的测量基线。建议在串口日志中开启时间戳，逐段记录耗时，再针对占比最大的阶段深入。
# 1. 内核日志加时间戳，观察各阶段
setenv bootargs "console=ttyS0,115200 printk.time=1 initcall_debug"
# 2. 查看 initcall 耗时排名（内核启动后）
dmesg | grep initcall | sort -t: -k2 -n -r | head -20
# 3. 用户态启动分析（systemd 系统）
systemd-analyze blame | head -20
systemd-analyze critical-chain
# 4. U-Boot 阶段计时
# 配置 CONFIG_BOOTSTAGE=y 后
bootstage report测量完成后，按“占比优先”原则优化。若 Bootloader 阶段占比高，优先检查镜像读取方式；若内核解压占比高，考虑更换压缩算法或裁剪内核；若 init 阶段占比高，则精简服务与脚本。
案例场景：某 RISC-V 开发板启动优化
某 RV64 开发板原始启动耗时约 6.8 秒，分段测量结果为：SPL+U-Boot 2.1 秒、内核解压 0.9 秒、内核初始化 2.4 秒、init 1.4 秒。优化措施如下：
| 阶段 | 原始耗时 | 优化手段 | 优化后 |
|---|---|---|---|
| SPL + U-Boot | 2.1 s | 关闭无用外设探测、启用 Falcon 模式直接引导内核 | 0.8 s |
| 内核解压 | 0.9 s | 改用 zstd 压缩、裁剪内核镜像体积 | 0.5 s |
| 内核初始化 | 2.4 s | 将非必要驱动改为模块、延迟 probe | 1.3 s |
| init | 1.4 s | 精简 systemd 服务、并行启动关键服务 | 0.6 s |
| 合计 | 6.8 s | — | 3.2 s |
优化后总耗时下降约 53%。其中收益最大的是 U-Boot 阶段，说明在嵌入式场景中，Bootloader 的配置裁剪往往比内核调优更直接有效。
误区与复盘
常见误区一：只盯内核，忽略 Bootloader。很多开发者默认 U-Boot 很快，实际上外设探测、USB 枚举、网络初始化可能占用 1 秒以上。应先测量再判断。
常见误区二：盲目换压缩算法。zstd 解压快但压缩率略低，若存储读取是瓶颈，镜像变大反而拖慢加载。需结合存储带宽综合评估。
常见误区三：把驱动全部编译进内核。内置驱动会在启动时同步 probe，改为模块后可按需加载，显著缩短内核初始化时间。
复盘建议：建立启动耗时基线并纳入 CI，每次修改内核配置或 U-Boot 后自动对比。重点关注 initcall 中排名前十的项，它们通常贡献了大部分内核初始化时间。对于必须内置的驱动，可通过 deferred_probe 机制将非关键设备延后到用户态就绪后再探测。
启动优化本质上是一个“测量—定位—裁剪—验证”的循环。RISC-V 平台的启动链路层次清晰、观测点明确，只要坚持用数据驱动决策，就能在保证功能完整的前提下把启动时间压缩到合理范围。