linux内存管理中系统内存相关的参数说明(一).docxVIP

linux 内存管理中系统内存相关的参数说明 (一 ) Linux 内核中和内存相关的 2 个系统参数的设置： 想要通过修改 linux 内存管理相关的参数设置来观察其对内 存数据库的读写性能的影响，首先要了解一些 linux 内存管 理相关的重要参数， 先了解两个， 如下。介绍一些前提基础： 在非一致性内存访问 (NUMA) 情况下， CPU 访问不同位置的 内存，代价是不一样的。在多 CPU 情况下，对每个 CPU 来 说都有本地内存和远端内存之分，访问本地内存的代价要比 访问远端内存的代价小。 内存节点 (node) ：内存节点主要是依据 CPU 访问代价的不 同而划分的。在多 CPU 环境下，本地内存和远端内存就是 不同的节点。而且，就算在单 CPU 环境下，访问所有的内 存的代价都是一样的，依然存在内存节点的概念，只是此时 只有一个内存节点而已，内核中用 struct pg_data_t 来描述 内存分区。 内存分区 (zone) ：linux 会对内存节点做进一步的划分，再将 个内存节点划分为不同的区。内核中以 个内存节点划分为不同的区。 内核中以 struct zone 来描述 内存分区。通常一个节点分为DMA 内存分区。通常一个节点分为 DMA ， Normal, HighMem 个内存区。 DMA 内存区：直接内存访问区， DMA 内存区：直接内存访问区， 通常是物理内存起始的 16MB ，主要被一些外设使用，使得外围设备和主内存之间 直接传输它们的 I/O 数据，而不需要系统 CPU 的参与。 Normal 内存区：从 16MB-896MB 内存区。 HighMem 内存区： 896MB 以后的内存区。 对一个内存节点来说， 优先从 HighMem 分配， 再从 Normal 或者 DMA 分配。 页框：linux采用的是页式内存管理， 页是物理内存管理的基 本单位，每个内存分区是由大量的页框组成的，内核中用 struct page 来描述一个页框。关于内存节点，内存区 (zone) 以及 page 以及 page 的关系如下图所示：注：其中 zone_mem_map 是一个页框的数组，它记录了一个内存分区的所有页框的使 用情况。 1.min_free_kbyte ：代表系统中必须保留的可用空 闲内存的最小值。在系统初始化时会根据内存大小计算一个 默认值，计算规则是： min_free_kbytes = sqrt(lowmem_kbytes * 16) = 4 * sqrt(lowmem_kbytes)( 注： lowmem_kbytes 即可认为是系统 内存大小) 计算出来的值有最小最大限制， 最小为 128K ，最大为 64M 。 可以看出，min_free_kbytes随着内存的增大不是线性增长， ”。随着内存的增大，comments 里提到了原因“ because network bandwidth does not increase linearly with machine size ”。随着内存的增大， 没有必要也线性的预留出过多的内存，能保证紧急时刻的使 用量便足矣。 这个参数值主要用于计算影响内存回收的三个水平标记参 数 watrmark[min/low/high]:(1) 每个 zone 区中都存在一套这 三个参数，其中从小到大的顺序依次是 watermark[min],watermark[low],watermark[high]. 中都会有(2) 当系统中空闲内存低于 watermark[low] 时，开始启用内核 守护线程 kswapd 进行内存页面回收 ( 每个 zone 中都会有 个 kswapd) ，直到该 zone 的空闲内存页数量达到 watermark[high] 之后才停止回收行为。 如果上层申请内存的 速度太快，导致空闲内存降至 watermark[min] 以下，内核就 会进行 direct reclaim( 直接回收 ), 也就是说直接在应用程序 的上下文中进行页面回收，再用回收来的内存满足内存申请。 所以，当有这样的情况发生时就会阻塞应用程序的执行，会 带来一定的响应延迟，甚至可能会触发 OOM(Out Of Memory, 内存溢出 )。因为 watermark[min] 以下的内存空间是 留给系统特殊使用的，所以不会给用户态程序用。前面说道 min_free_kbyte 主要是用于计算 watermark[min/low/high] 的。 具体的计算方法就是： watermark[min]=min_free_pages zone 的大小min_free_kbyte 换算为 page 单位的数 , 每个 zone 都有 套 watermark 参数，