嵌入式32MB内存场景下如何减少Linux内核启动预留内存？

问题背景 #

正在进行嵌入式Linux系统启动适配，目标是将启动过程控制在32MB系统内存范围内。但启动日志显示内核预留了近15MB内存（15840K）：

Memory: 33312K/49152K available (5244K kernel code, 781K rwdata, 984K rodata,
220K init, 268K bss, 15840K reserved, 0K cma-reserved)

该预留量对32MB内存来说过大，期望将启动时的预留内存控制在6-7MB左右。

疑问与已做尝试 #

• 能否通过内核配置选项直接限制并减少该预留内存？
• 执行命令cat /proc/sys/vm/min_free_kbytes得到输出768KB，这是否意味着15MB预留内存后续会被内核释放？
• 当前free命令输出如下：
  

注：环境中kernel + rootfs约占用12MB空间。

解决方案 #

1. 先明确reserved内存的构成 #

启动日志里的reserved内存并非单一来源，通常包含：

• 硬件预留内存（如设备树reserved-memory节点指定的区域）
• 内核初始化阶段预留的特殊用途内存（如调试、崩溃转储相关）
• 内存碎片化预留、架构相关的固定预留

2. 通过内核配置减少预留 #

以下内核配置选项可针对性调整：

• 关闭不必要的调试/诊断功能：
  • 禁用CONFIG_CRASH_DUMP（崩溃转储会预留大量内存）
  • 禁用CONFIG_KEXEC_CORE（无需热重启内核时）
  • 禁用CONFIG_DEBUG_KERNEL下的非必要子选项，比如CONFIG_DEBUG_INFO（会增加内核镜像大小并预留相关内存）
• 调整内存管理相关配置：
  • 调低CONFIG_DEFAULT_MIN_FREE_KBYTES（注意：不可设置过低，避免触发OOM）
  • 若使用SLUB分配器，关闭CONFIG_SLUB_DEBUG相关选项（调试模式会额外预留内存）
• 禁用CMA（无需时）：当前日志显示0K cma-reserved，但如果内核开启了CMA配置，即使未分配也可能有潜在预留，可关闭CONFIG_CMA

3. 检查设备树与启动参数 #

• 检查设备树中的reserved-memory节点，删除或调整不必要的内存预留区域
• 启动时添加memmap参数手动排除不必要的预留，比如memmap=15M$0x1000000（具体地址和大小需根据硬件调整）

4. 关于min_free_kbytes的疑问 #

/proc/sys/vm/min_free_kbytes是内核维持的最小空闲内存阈值，和启动日志里的reserved内存不是同一概念。启动时的reserved内存大部分是静态预留，不会被内核主动释放，仅小部分（如初始化阶段临时预留的内存）可能在启动完成后归还给系统。你的free输出中显示的空闲内存已包含部分可回收内存，但15MB的静态预留不会自动释放。

内容的提问来源于stack exchange，提问作者Tushar Patil