1.2 Linux内存体系

• Linux内存体系
  • 物理和虚拟内存
  • 虚拟内存管理器
    进程执行过程中，Linux内核根据需要给进程分配一块内存区域。进程就把这片区域作为工作区，按要求执行操作。这就像给你分配一张自己的桌子，你可以在桌子上摆放文档，备忘录，开展自己的工作。区别在于，内核以更加动态的方式分配空间。系统上运行的进程经常是成千上万的，但是内存却是有限的。于是，Linux必须高效的处理内存问题。在本节中，将介绍Linux内存架构、地址布局、以及Linux如何高效管理内存空间。

1.2.1 物理和虚拟内存

现实中，我们经常会面临32位还是64位操作系统的选择，对用户来说，它们间最大的差别是能否支持4GB以上的虚拟内存空间。站在性能的角度来理解32位和64位的系统上，Linux映射物理内存到虚拟内存的区别是十分有趣的。如下图所示，可以明显看出内存映射方式在32位和64位系统上的区别，详尽探索物理内存映射到虚拟内存超出了本文的范围，我们重点学习Linux的内存架构的一些知识。在32位架构的机器上，Linux内核只能直接映射第一个GB的的物理内存（896M，因为还要考虑到保留的空间）。在此上的内存被称作ZONE_NORMAL，这部分空间必须映射到最下面的1GB。这种映射对应用程序是完全透明的，但是分配内存页到ZONE_HIGHMEM会造成一点点性能损耗。

另一方面，在64位系统上，例如在IA-64上面，ZONE_NORMAL一直延伸到64GB或者128GB。如你所见，把内存页从ZONE_HIGHMEM映射到ZONE_NORMAL这种损耗在64位系统上是不存在的。

虚拟内存寻址布局

下图展示了32位和64位架构Linux系统的虚拟寻址布局。

在32位架构上，单个进程可以利用的最大地址空间是4GB，这是受到了32位虚拟内存映射的限制。在标准的32位环境中，虚拟地址被划分为3GB的用户空间和1GB的内存空间，现实中也存在一些4GB/4GB地址布局。再说64位架构，因为没有内存限制存在，每个进程能够都有可能使用巨大的地址空间。

1.2.2虚拟内存管理器

由于操作系统把所有内存都映射成虚拟内存，所以，操作系统的物理内存架构对用户和应用程序通常都是不可见的。如果我们要掌握Linux内存调优的办法，就必须先理解Linux如何处理虚拟内存。如1.2.1所说的那样，应用程序不使用物理内存，而是向Linux内核请求一个特定大小的内存映射，并且收到一个虚拟内存的映射。如下图所示，虚拟内存不必要一定是物理内存的映射，如果某个应用程序使用了一块超大的虚拟内存，这虚拟内存其中某一部分可能是由磁盘上的swap空间映射来的。

从图中可以看出来，应用程序经常不是直接写入磁盘子系统，而是首先写入cache或者buffer，然后，在pdflush空闲的时候、或者某个文件大小超出buffer和cache的时候，由pdflush内核线程把buffer或cache中的数据写入磁盘。参考后面的写入脏buffer部分。

Linux内核管理磁盘缓存的方式，和内核写数据到文件系统的方式有紧密联系。和其它操作系统都只分配特定的部分内存作为磁盘缓存的方式相比，Linux处理内存资源更加高效。虚拟内存管理器默认配置把所有的可用空闲内存空间作为磁盘缓存，所以，经常可以见到Linux系统明明拥有数GB级的内存，却只有20M处于空闲状态。Linux同样高效利用swap空间，当操作系统开始使用swap空间的时候，并不表示系统出现了内存瓶颈，而是证明了Linux如何有效的使用系统资源。参考页帧回收（page frame reclaiming）。

页帧分配(Page frame allocation)

页是物理内存或虚拟内存中一组连续的线性地址，Linux内核以页为单位处理内存，页的大小通常是4KB。当一个进程请求一定量的页面时，如果有可用的页面，内核会直接把这些页面分配给这个进程，否则，内核会从其它进程或者页缓存中拿来一部分给这个进程用。内核知道有多少页可用，也知道它们的位置。

伙伴系统（Buddy system）

Linux内核使用名为伙伴系统（Buddy system）的机制维护空闲页，伙伴系统维护空闲页面，并且尝试给发来页面申请的进程分配页面，它还努力保持内存区域是连续的。如果不考虑到零散的小页面可能会导致内存碎片，而且在要分配一个连续的大内存页时将变得很困难，这就可能导致内存使用效率降低和性能下降。下图说明了伙伴系统如何分配内存页。

如果尝试分配内存页失败，就启动回收机制。参考"内存页回收(Page fram reclaiming)"

可以在/proc/buddyinfo文件看到伙伴系统的信息。详细内容参考"zone中使用的内存(Memory used in a zone)"

页帧回收

如果在进程请求指定数量的内存页时没有可用的内存页，内核就会尝试释放特定的内存页（以前使用过，现在没有使用，并且基于某些原则仍然被标记为活动状态）给新的请求使用。这个过程叫做内存回收。kswapd内核线程和try_to_free_page()内核函数负责页面回收。

kswapd通常在task interruptible状态下休眠，当一个区域中的空闲页低于阈值的时候，它就会被伙伴系统唤醒。它基于最近最少使用原则（LRU，Least Recently Used）在活动页中寻找可回收的页面。最近最少使用的页面被首先释放。它使用活动列表和非活动列表来维护候选页面。kswapd扫描活动列表，检查页面的近期使用情况，近期没有使用的页面被放入非活动列表中。使用vmstat -a命令可以查看有分别有多少内存被认为是活动和非活动状态。详细内容可以参考"vmstat"一节。

kswapd还要遵循另外一个原则。页面主要有两种用途：页面缓存(page cahe)和进程地址空间(process address space)。页面缓存是指映射到磁盘文件的页面；进程地址空间的页面（又叫做匿名内存，因为不是任何文件的映射，也没有名字）使用来做堆栈使用的，参考1.1.8 “进程内存段”。在回收内存时，kswapd更偏向于回收页面缓存。

Page out和swap out：“page out”和“swap out”很容易混淆。“page out”意思是把一些页面（整个地址空间的一部分）交换到swap；"swap out"意味着把所有的地址空间交换到swap。

如果大部分的页面缓存和进程地址空间来自于内存回收，在某些情况下，可能会影响性能。我们可以通过/proc/sys/vm/swappiness文件来控制这个行为，参考4.5.1 “设置内核swap和pdflush行为”学习调优细节。

swap

在发生页面回收时，属于进程地址空间的处于非活动列表的候选页面会发生page out。拥有交换空间本身是很正常的事情。在其它操作系统中，swap无非是保证操作系统可以分配超出物理内存大小的空间，但是Linux使用swap的空间的办法更加高效。如图1-12所示，虚拟内存由物理内存和磁盘子系统或者swap分区组成。在Linux中，如果虚拟内存管理器意识到内存页已经分配了，但是已经很久没有使用，它就把内存页移动到swap空间。

像getty这类守护进程随着开机启动，可是却很少使用到，此时，让它腾出宝贵的物理内存，把内存页移动到swap似乎是很有益的，Linux正是这么做的。所以，即使swap空间使用率到了50%也没必要惊慌。因为swap空间不是用来说明内存出现瓶颈，而是体现了Linux的高效性。

原文: https://lihz1990.gitbooks.io/transoflptg/content/01.理解Linux操作系统/1.2.Linux内存体系.html