让边缘计算不再“内存焦虑”：一条推文带你看懂嵌入式Swap虚拟内存实操
在嵌入式Linux开发中，内存溢出（OOM）导致的编译中断，一直是困扰工程师的“头号杀手”。尤其是在RV1126B这类高性能视觉处理平台上，面对复杂的OpenCV或RKNN模型编译时，即便拥有1.9G的物理内存，仍可能捉襟见肘。
针对这一痛点，灵眸科技（EASY-EAI）技术团队为大家带来一套成熟的虚拟内存（Swap）扩容方案。无需修改硬件设计，仅需利用开发板现有的eMMC存储空间，即可低成本实现内存“软扩容”，为您的编译任务“兜底续命”。
PART.01——原理简述：硬盘即内存
虚拟内存（Swap）的本质是利用eMMC/闪存的剩余空间模拟物理内存。当系统物理内存不足时，Linux内核会自动将暂时不用的数据迁移至Swap空间，从而腾出物理内存供高优先级进程（如编译器）使用。
这是一种典型的以时间换空间的策略，虽然硬盘速度慢于RAM，但对于解决编译卡死、进程崩溃等问题立竿见影。
PART.02——模型部署与性能实测
在操作前，请通过串口或SSH登录RV1126B开发板，完成以下检查：
1.获取Root权限：确保拥有最高操作权限。
2.确认存储空间：
执行 df -h 查看根目录可用空间。建议预留至少1GB空间（视物理内存大小调整）。
3.查看当前内存：
执行 free -h，确认当前Swap状态。
PART.03——实战操作：两种创建方式
根据实际项目需求，您可以选择临时创建或永久创建。
方式一：临时创建
（推荐调试阶段使用）
重启后失效，适合单次大任务编译。
# 1. 创建1GB Swap文件（推荐fallocate，速度快） fallocate -l 1G /swapfile # 2. 设置严格的权限，增强系统安全性 chmod 600 /swapfile # 3. 格式化Swap区域 mkswap /swapfile # 4. 启用Swap swapon /swapfile方式二：永久创建
（推荐量产环境使用）
若设备需长期运行大内存应用，建议配置开机自启。
在完成上述第1-4步后，编辑 /etc/fstab 文件，添加以下内容：
/swapfile none swap sw 0 0执行 mount -a 验证配置无误即可。
PART.04——运行状态监测
Swap开启后，Linux内核将自动调度，无需人工干预。我们推荐使用 top 命令进行实时监控。
操作技巧：在 top 界面按 f 键，通过方向键选中 SWAP 字段，按 d 或空格键添加显示，按 Esc 返回即可看到每个进程的Swap占用情况。
此外，执行 swapon --show 可快速查看Swap的总体使用情况：
NAME TYPE SIZE USED PRIO /swapfile file 1G 0B -2PART.05——EASY EAI技术团队工程建议
在使用Swap机制时，为了保障系统的长期稳定性，请注意以下几点：
- 容量配比：物理内存≤1GB时，Swap建议设为1~2GB；物理内存>1GB时，设为物理内存的0.5~1倍。
- 寿命保护：eMMC具有擦写次数限制。建议在编译等大内存任务结束后，执行 swapoff /swapfile 关闭交换，减少不必要的闪存磨损。
- 编译优化：RV1126B为四核架构，在使用Makefile编译时，建议配合 -j2 或 -j1 参数限制线程数，避免因资源争抢导致系统假死。
- 内存回收：如遇内存紧张，可执行 sync && echo 3 > /proc/sys/vm/drop_caches 释放系统缓存。
写在最后
通过合理配置虚拟内存，我们可以有效突破RV1126B物理内存的限制，显著提升复杂项目的编译成功率。这不仅是一则调试技巧，更是嵌入式产品量产过程中保障稳定性的重要手段。
让边缘AI落地更简单，也让编译效率更高效。