3. Boot Media选择与优化：从NAND、eMMC、SD卡到SPI Flash的启动速度对比
做U-Boot移植这么多年，我几乎把市面上主流的启动介质都折腾了个遍。每次新项目选型，客户总会问一句：「用哪种Flash启动最快？」
这个问题看似简单，但背后牵扯的东西不少。你想想看，从硬件接口、控制器驱动、到U-Boot的加载策略，每个环节都在影响最终的启动时间。今天我就把这几类常见Boot Media的底细给你捋清楚。
核心结论先放这：启动速度排名通常是 SPI Flash（单线）< NAND Flash < eMMC（4-bit）< SD卡（高速模式）≈ eMMC（8-bit）。但实际项目中，还得看你的硬件设计和U-Boot配置。
3.1 主流Boot Media的硬件特性对比
先看一张表，把它们的物理层差异说清楚。这些参数直接决定了U-Boot从介质中读取数据的原始带宽。
| 介质类型 | 接口协议 | 典型时钟频率 | 理论峰值带宽 | 随机读取延迟 | 是否需要FTL |
|---|---|---|---|---|---|
| SPI Flash | SPI（单/双/四线） | 50-104 MHz | ~50 MB/s（QSPI） | ~50 ns | 否 |
| NAND Flash | ONFI / Toggle | 50-200 MHz（DDR） | ~50 MB/s（SLC） | ~25 μs（读页） | 否（需ECC） |
| eMMC | MMC（4/8-bit） | 52-200 MHz（HS400） | ~400 MB/s（HS400） | ~100 μs | 是（内置） |
| SD卡 | SD（1/4-bit） | 25-208 MHz（UHS-II） | ~100 MB/s（UHS-I） | ~200 μs | 是（内置） |
嗯，这里要注意：理论峰值带宽只是纸面数据。实际U-Boot启动时，受限于初始化流程和驱动效率，往往只能跑到30%-60%。
3.2 各介质在U-Boot中的启动流程差异
不同介质的启动流程，说白了就是「初始化硬件 → 加载BootROM → 搬运U-Boot到RAM → 跳转执行」。但每个环节的时间开销天差地别。
3.2.1 SPI Flash：小而快，但容量受限
SPI Flash的启动流程最简单。BootROM直接通过SPI控制器读取固定偏移（通常是0x0）的U-Boot镜像。我建议在低功耗或小容量场景下优先考虑它。
- 优点：引脚少、初始化快、无需ECC校验。
- 缺点：容量通常≤64MB，不适合存放大型内核或文件系统。
- 优化点：启用QSPI（四线模式），时钟频率拉到最高。我在一个IoT项目中，把SPI时钟从50MHz提到80MHz，启动时间直接砍掉40%。
小技巧：如果SoC支持XIP（eXecute In Place），可以把部分U-Boot代码直接在SPI Flash上执行，省掉搬运时间。但注意，XIP只适用于代码段，数据段还得拷到RAM。
3.2.2 NAND Flash：容量大，但启动慢
NAND Flash的启动流程就复杂多了。BootROM需要先加载一个小型SPL（Secondary Program Loader），由SPL完成NAND控制器的初始化和ECC校验，再加载完整的U-Boot。
为什么会这样？因为NAND Flash本身有坏块，而且读取时需要纠错。BootROM那点资源搞不定这些。
- 优点：单位成本低、容量大（1GB+）。
- 缺点：需要ECC、坏块管理、启动流程多一步。
- 优化点：使用DMA传输、减少ECC校验强度（如果芯片质量好）、增大SPL的读取粒度。
避坑指南：我曾经在一个工业项目里，NAND Flash的页大小是4KB，但U-Boot默认按2KB读取，导致启动时间多了300ms。后来改成按整页读取，配合DMA，时间降下来了。记住：NAND的读取粒度一定要对齐页大小。
3.2.3 eMMC：速度与容量的平衡点
eMMC内置了FTL（Flash Translation Layer）和控制器，对U-Boot来说，它就像一个块设备。启动流程和SD卡类似，但速度更快。
- 优点：读写速度快、内置坏块管理、接口标准化。
- 缺点：成本稍高、初始化时间较长（因为要等eMMC内部Ready）。
- 优化点：使用8-bit模式、启用HS400（如果SoC支持）、调整U-Boot的MMC驱动中的时钟分频。
我个人习惯在eMMC启动时，把U-Boot镜像放在一个独立的boot分区，而不是文件系统里。这样U-Boot可以直接读取原始块，省掉文件系统解析的开销。
3.2.4 SD卡：灵活但慢在协议开销
SD卡和eMMC的协议同源，但SD卡多了命令响应和CRC校验的开销。而且很多SoC的SDIO控制器性能不如eMMC控制器。
- 优点：可插拔、调试方便、容量灵活。
- 缺点：协议开销大、速度受限于卡的质量。
- 优化点：使用高速模式（SDR104）、禁用不必要的命令（如CMD8的电压切换）、增大块传输大小。
3.3 启动速度实测数据
下面是我在一个Cortex-A7平台上做的实测数据。SoC主频800MHz，U-Boot镜像大小约500KB，使用相同的U-Boot版本和配置（仅修改启动介质相关驱动）。
| 启动介质 | 模式/配置 | BootROM加载时间 | U-Boot搬运时间 | 总启动时间（到U-Boot命令行） |
|---|---|---|---|---|
| SPI Flash | QSPI 80MHz | 15 ms | 45 ms | 60 ms |
| NAND Flash | SLC 8-bit, 50MHz | 30 ms（含SPL） | 120 ms | 150 ms |
| eMMC | 8-bit HS200 | 20 ms | 30 ms | 50 ms |
| SD卡 | 4-bit SDR104 | 25 ms | 55 ms | 80 ms |
你看，eMMC在HS200模式下，总启动时间只有50ms，比SPI Flash还快。但NAND Flash因为多了SPL加载和ECC校验，时间明显更长。
3.4 核心优化策略
不管用哪种介质，下面几条优化策略都适用。我按优先级排了个序：
- 提高时钟频率：这是最直接的方法。检查SoC的时钟树，确保Boot ROM和U-Boot阶段都使用最高稳定频率。
- 启用DMA传输：CPU轮询读取是性能杀手。DMA可以把CPU解放出来，让数据搬运和代码执行并行。
- 增大传输粒度：单次读取的数据块越大，协议开销占比越小。比如eMMC用512字节块，NAND用整页读取。
- 减少不必要的初始化：有些SoC的BootROM会做完整的时钟和PLL初始化，但U-Boot启动时又会重做一遍。可以跳过重复步骤。
- 使用压缩镜像：如果介质读取速度远低于解压速度（比如低速SPI Flash），可以考虑用LZ4或LZO压缩U-Boot镜像，在RAM中解压。
我的经验：压缩镜像这招，在SPI Flash上效果最明显。我曾经把一个1MB的U-Boot镜像压缩到400KB，虽然解压花了10ms，但读取时间从200ms降到了80ms，净赚110ms。
3.5 知识体系：Boot Media选择决策树
下面这张图，是我根据多年项目经验总结的决策逻辑。你可以用它来快速确定项目该用哪种介质。
3.6 实际项目中的选择建议
最后，我根据不同的项目场景，给几个具体建议：
- IoT终端（电池供电）：优先SPI Flash或QSPI。启动快、功耗低。容量不够？用压缩镜像。
- 工业控制器（可靠性优先）：选eMMC。内置FTL和坏块管理，省心。我有个客户之前用NAND，老出坏块问题，换成eMMC后世界清净了。
- 开发板/原型验证：SD卡最灵活。但量产时记得切到eMMC或NAND，SD卡的插座和卡本身都是故障点。
- 成本极致压缩：NAND Flash + 优化驱动。但要做好ECC和坏块表的维护，这部分工作量不小。
最后提醒一句：别只看介质本身的速度。SoC的BootROM实现、PCB走线质量、电源稳定性，都会影响实际启动速度。我曾经遇到一个案子，SPI Flash的时钟线走线太长，信号质量差，被迫降频到30MHz，启动时间直接翻倍。硬件设计上的坑，往往比软件优化更难填。