第2章嵌入式系统内存基础

第一章：嵌入式系统内存基础

各位同学，咱们今天聊聊ADAS系统里的内存。说实话，内存这东西，看着不起眼，但搞不好能让你的系统直接崩掉。我在ADAS领域摸爬滚打这些年，见过太多因为内存选型不当导致的惨案。

先说说这三种内存。它们就像工具箱里的三把扳手，各有各的用处。

SRAM，静态随机存取存储器。它的特点就一个字——快。快到什么程度？访问延迟通常在几个纳秒级别。我当年做第一代ADAS系统时，用的就是片内SRAM做L1缓存。

但SRAM有个致命缺点：贵。每比特成本是DRAM的几十倍。所以它只适合做小容量、高速度的场景。比如CPU的缓存、寄存器文件。

关键参数对比：

DRAM，动态随机存取存储器。它靠电容存储电荷来保存数据。电容会漏电，所以需要定期刷新。嗯，这里要注意——刷新周期一般是64ms。

我在项目中遇到过一个问题：某款ADAS控制器在高温环境下频繁死机。查了三天，最后发现是DRAM刷新时序被中断抢占，导致数据丢失。从那以后，我设计系统时都会给DRAM刷新留足优先级。

特性	SRAM	DRAM	Flash
速度	快（1-10ns）	中等（50-100ns）	慢（读：100ns，写：ms级）
容量	小	大	大
易失性	易失	易失	非易失
成本	高	低	中等

Flash是非易失性存储器。掉电后数据还在，这点在ADAS系统里特别重要。你想想看，车辆熄火后，标定参数、故障码这些数据必须保留。

但Flash有个大坑——写操作很慢，而且有擦写寿命限制。我建议在ADAS系统里，Flash只用来存固件和标定数据。实时数据？别往Flash里写，会出事的。

避坑指南：我曾经在一个项目里，把日志数据直接写到Flash里。结果跑了三个月，Flash就挂了。后来改用环形缓冲区+DRAM的方案，问题才解决。

Cache，说白了就是CPU和主存之间的"快车道"。为什么需要它？因为CPU跑得太快，DRAM跟不上。我打个比方：CPU是F1赛车，DRAM是乡间小路，Cache就是高速公路。

Cache的核心思想是局部性原理。时间局部性：刚用过的数据，很快还会再用。空间局部性：刚用过的数据附近的数据，很快也会用到。

我习惯把Cache分成三级：L1、L2、L3。L1最快，容量最小；L3最慢，容量最大。在ADAS系统里，L1通常放最关键的算法数据，比如图像处理中的像素块。

个人经验：做ADAS算法优化时，我建议先看看Cache命中率。如果命中率低于90%，说明你的数据布局有问题。我曾经把一个图像处理算法的Cache命中率从70%优化到95%，性能直接翻倍。

多核系统里，每个核都有自己的Cache。问题来了：核A改了数据，核B不知道，还在用旧数据。这就是Cache一致性问题。

解决这个问题，主流方案是MESI协议。MESI代表四种状态：Modified（已修改）、Exclusive（独占）、Shared（共享）、Invalid（无效）。

// MESI状态转换示例
// 核A读取数据：状态变为Exclusive
// 核B也读取：状态变为Shared
// 核A修改数据：状态变为Modified，通知核B置Invalid
// 核B再读取：从主存重新加载

嗯，这里要注意——MESI协议在ADAS系统里有个坑。当多个核频繁访问共享数据时，协议开销会很大。我建议尽量减少核间共享数据，或者用消息传递代替共享内存。

我曾经踩过的坑：在一个多核ADAS系统里，两个核同时处理同一帧图像数据。结果因为Cache一致性协议频繁触发，性能反而下降了30%。后来改成核A处理奇数行，核B处理偶数行，问题才解决。

好了，理论讲完了，咱们说说实际怎么选。我个人习惯遵循这几个原则：

你想想看，ADAS系统里，摄像头数据流每秒几十兆字节。如果用Flash存，根本来不及。所以必须用DRAM做缓冲区，SRAM做临时计算空间。

实战建议：设计ADAS系统内存架构时，我建议先画一张内存使用图。标出每个模块需要多少内存、什么类型、访问频率。然后根据这张图，决定SRAM、DRAM、Flash的分配比例。

最后说一句：内存选型没有银弹。每个项目都有自己的特点。我见过有人为了省钱，全用DRAM，结果实时性不达标。也见过有人为了性能，全用SRAM，结果成本爆炸。关键是要找到平衡点。

好了，第一章就到这里。下一章咱们聊聊内存分配策略，包括静态分配、动态分配、以及内存池技术。到时候我会分享一些实际项目中的优化技巧。