内存管理

本文包括许多嵌入式 Linux 开发者感兴趣的各种内存管理相关项目和活动。

感兴趣的领域

大部分内存管理技术牵扯的面很广，但对于嵌入式领域，相对容易一些，这主要得益于嵌入式领域天生不需要和内存交换之类的东西打交道（译者：这种说法太片面了）。更简单的内存管理机制和对产品计划偏离主流设计的放纵，让供应商在内存管理和虚拟内存空间上，有着更广大的空间去试验新技术。

内存检测和分析

分析系统内存使用量和剩余量比听起来更棘手。

检测和分析系统内存的各种不同方法见：运行时内存检测。
处理现有内存检测系统不足的一些技术见：精确内存检测。
一些针对 ARM 架构的内存管理的信息见：Tims 关于 ARM 架构内存分配的建议。

巨页/大页/超级页

这适用于使用透明的大页以及大部分静态使用模型，主要涉及到 hugetlb 接口：/libhugetlbfs 之外的工作。
嵌入式系统普遍受到小 TLB 的拖累，通常只使用一个页的大小(4KB)。在大多数情况下，用户空间的任务造成系统压力巨大和性能下降，并且任何时候大多数应用程序的 5-40％ CPU 时间耗费在处理页面错误上。
关于这个问题的初步讨论和其他相关信息可以在如下维基上找到：巨页

页缓存压缩

页缓存压缩主要工作是使用多种压缩算法进行页缓存（page cache）页的动态压缩和解压缩，具体来说，是既要降低内存压力，也要提升特定负载下的性能。
更多的信息可以在缓存压缩和 SF 缓存压缩中找到。

启动时预留和访问高地址内存

引用 Todd 关于怎么用 mem= 命令来保留物理内存的邮件：

假设内存拥有一个固定的地址并且该地址已经是预留的，那么更简单的方法是在 /dev/mem 设备节点上调用 mmap() 函数，其中使用 0 作为起始地址，用保留内存的物理地址作为偏移量。标志位可以是 MAP_WRITE| MAP_READ 。这样的话函数就会返回一个指向内核在用户空间映射的内存指针。例如：

如果你的 SDRAM 基地址为 0x80000000 ，内存大小为 64MB ，但是你使用命令 mem=60M 保留了内存末端的 4M 内存。这样你保留的内存地址就是 0x83c00000 ，所以要做的就是：

int fd;
char *reserved_memory;
fd = open("/dev/mem",0_RDWR);
reserved_memory = (char *) mmap(0,4*1024*1024,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x83c00000);

OOM 处理机制的优化/改进

多种改进 OOM 处理的技术已经被开发出来并被建议在 Linux 中使用。

关于 Linux 中 OOM Killer 的信息，可以查看：http://linux-mm.org/OOM_Killer

部分 OOM 避免机制要靠内核对内存使用情况的精确检测。查看精确内存检测可了解更多关于该领域的技术信息。

下面是我了解的几种技术（这些需要进行更好的研究和文档化）：

Cgroups （控制组）中的 OOM 通知

内存使用限制通知（由 Embedded Alley 开发, 由 CE Linux Forum 赞助）
- 这个补丁更新了内存控制 Cgroup ，使其获得了可配置的内存使用限制通知功能。这个特性在 2009 年的嵌入式 Linux 大会上得到展示。
- 内存-最精确的资源，该文章由 Dan Malek 在 ELC 2009 上展示。
- 查看http://lwn.net/Articles/328403/了解在 2009 年 4 月第一次交到 LKML 的信息。
- http://lkml.org/lkml/2009/7/7/410 -　为关于在 2009 年第二次交到 LKML 的的信息。
  - http://lkml.org/lkml/2009/7/16/468　- Balbir Singh 需要一些时间评估这个改变。

mem_notify 补丁

mem_notify 补丁
- 这组补丁在系统内存越来越少的时候提供一种通知用户空间的方法，让上层应用可以在这种情况下做一些处理。这些补丁提交于2008年1月份。
- 因为内存管理的回收顺序的改变，这些补丁无法应用在 2.6.38 之后版本的内核中。
- 见：http://lwn.net/Articles/267013/

谷歌 cgroup (控制组) OOM 处理方法

谷歌 per-cgroup OOM 处理方法
- 谷歌提交了一个使用 per-cgroup 风格的 OOM 处理方法的 RFC（Request for Comments），见：http://article.gmane.org/gmane.linux.kernel.mm/28376

诺基亚对 OOM 的改进

诺基亚对 OOM 的改进
- Maemo 应用增强参考：http://lwn.net/Articles/267013/（在评论中搜索 “killable” ）

用户 “oak” 写到（对 mem_notify 补丁的评论）：

发表于 2008.02.03 14:02 UTC (Sun),oak (guest, #2786) [Link]

…

我认为这个用户空间的补丁的目的是使上层应用可以在代码容易管理的地方做内存管理操作。如前所述，许多用户空间的代码根本不处理内存分配失败的情况。就算做了，这也很难去验证所有失败的可能都被正确处理了。如果用户空间事先得到了内存不足的通知，那么用户空间可以在代码中适当的地方释放内存从而使接下来的内存分配能够成功(可能性更高)。

这同样允许做类似于 Maemo 做的事。如果系统收到内核内存不足的通知，那么它可以杀死进入后台状态的进程（保存进程界面状态, 能够恢复进程，并且对用户不可见），我认为它同样通过 D-BUS 通知当前应用系统内存不足的情况。对于用户可见或者非后台可杀死的应用应该释放它们的缓存或者关闭高内存消耗的特性。如果内存来自于堆内存而不是映射的内存，那么可能没有什么帮助，因为堆内存碎片较多而且需要更多操作时间。