uClinux / no-MMU：没有虚拟内存时应用该怎么写？

在无 MMU 的 MCU 或低端 MPU（如 Cortex-M7、部分 ColdFire、Blackfin、RISC-V MCU）上运行 uClinux 或 nommu Linux，许多 Linux 编程习惯需要调整。

一、主要限制
1. 没有虚拟内存与进程地址隔离，一个进程的越界写可能破坏内核或其他进程；
2. fork() 不可用，需要用 vfork() + exec 或 posix_spawn()；
3. 程序需编译为 FLAT（bFLT）或 FDPIC ELF 格式，支持位置无关；
4. 栈大小在编译期固定（elf2flt 的 -s 参数），不能动态增长；
5. 内存分配要求物理连续，长期运行后碎片化严重。

二、开发建议
1. 尽量用多线程（pthread）替代多进程；
2. 预分配内存池，避免频繁 malloc/free；大块缓冲区启动时一次性分配；
3. 使用 XIP（片上执行）减少 RAM 占用；根文件系统用 cramfs、romfs 或 squashfs；
4. 合理设置每个程序的栈大小，并开启栈溢出检测；
5. 共享库支持有限，静态链接更常见。

三、内存管理
1. 内核中 nommu 的 mmap 与 brk 行为不同，大量小分配会浪费内存；
2. 应用层可使用 TLSF 这类 O(1) 分配器管理固定内存池；
3. 定期监控 /proc/meminfo 和最大连续空闲块。

四、选择建议
资源允许时，建议考虑带 MMU 的低成本 Cortex-A 芯片运行标准 Linux，或改用 RTOS（Zephyr、FreeRTOS）。uClinux 适合已有大量 Linux 代码、又受限于芯片的场景。

讨论：
1. 你们还在用 uClinux，还是已迁移到 RTOS、Zephyr 或带 MMU 的小 Linux？
2. nommu 下动态内存管理如何避免长期碎片？
3. 调试 core dump 和栈回溯有没有好用的组合？

补充：no-MMU 下内存碎片问题很突出，因为分配必须是连续物理内存，长期运行的服务要尽量启动时预分配、避免频繁 malloc 大块；另外 mmap 在 nommu 下语义也受限。你们在 uClinux 上跑长期服务时，有遇到过内存碎片导致分配失败吗？是怎么解决的？