1.admin_reserve_kbytes

   给有cap_sys_admin权限的用户保留的内存数量，默认值是min(free pages * 3%, 8MB)。这些内存是为了给管理员登录和杀死进程恢复系统提供足够的内存。

CAP_SYS_ADMIN允许执行系统管理任务，如加载或卸载文件系统、设置磁盘配额等.

2 block_dump

如果设置的是非零值，则会启用块I/O调试。

3 vm.compact_memory进行内存压缩，只有在启用了CONFIG_COMPACTION选项才有

3.compact_memory

  只有在启用了CONFIG_COMPACTION选项才有效。当向该文件(/proc/sys/vm/compact_memory)写入1时，所有的内存域都会被压缩，使空闲的内存尽可能形成连续的内存块。

4.dirty_background_bytes

  当脏页所占的内存数量超过dirty_background_bytes时，内核的flusher线程开始回写脏页。

   注意： dirty_background_bytes参数和 dirty_background_ratio参数是相对的，只能指定其中一个。当其中一个参数文件被写入时，会立即开始计算脏页限制，并且会将另一个参数的值清零。

5.dirty_background_ratio

  当脏页所占的百分比（相对于所有可用内存，即空闲内存页+可回收内存页）达到dirty_background_ratio时，内核的flusher线程开始回写脏页数据。所有可用内存不等于总的系统内存。

6.dirty_bytes

  当脏页所占的内存数量达到dirty_bytes时，执行磁盘写操作的进程自己开始回写脏数据。

   注意： dirty_bytes参数和 dirty_ratio参数是相对的，只能指定其中一个。当其中一个参数文件被写入时，会立即开始计算脏页限制，并且会将另一个参数的值清零

7.dirty_expire_centisecs

  脏数据的过期时间，超过该时间后内核的flusher线程被唤醒时会将脏数据回写到磁盘上，单位是百分之一秒。

8.dirty_ratio

   当脏页所占的百分比（相对于所有可用内存，即空闲内存页+可回收内存页）达到dirty_ratio时，执行磁盘写操作的进程会自己开始回写脏数据。所有可用内存不等于总的系统内存。

9.dirty_writeback_centisecs

  内核的flusher线程会周期性地唤醒，然后将老的脏数据写到磁盘上。 dirty_writeback_centisecs定义了唤醒的间隔，单位是百分之一秒。如果设置为0，则禁止周期性地唤醒回写线程。

10.drop_caches

  向 /proc/sys/vm/drop_caches文件中写入数值可以使内核释放page cache，dentries和inodes缓存所占的内存。

  只释放pagecache：

        echo 1 >  /proc/sys/vm/drop_caches

  只释放dentries和inodes缓存：

        echo 2 >  /proc/sys/vm/drop_caches

  释放pagecache、dentries和inodes缓存：

        echo 3 >  /proc/sys/vm/drop_caches

  这个操作不是破坏性操作，脏的对象（比如脏页）不会被释放，因此要首先运行sync命令。

12. lowmem_reserve_ratio

  在有高端内存的机器上，从低端内存域给应用层进程分配内存是很危险的，因为这些内存可以通过mlock()系统锁定，或者变成不可用的swap空间。在有大量高端内存的机器上，缺少可以回收的低端内存是致命的。因此如果可以使用高端内存，Linux页面分配器不会使用低端内存。这意味着，内核会保护一定数量的低端内存，避免被用户空间锁定。

  这个参数同样可以适用于16M的ISA DMA区域，如果可以使用低端或高端内存，则不会使用该区域。

lowmem_reserve_ratio参数决定了内核保护这些低端内存域的强度。预留的内存值和lowmem_reserve_ratio数组中的值是倒数关系，如果值是256，则代表1/256，即为0.39%的zone内存大小。如果想要预留更多页，应该设更小一点的值。更多的信息参考 这里 。

13.max_map_count

  进程中内存映射区域的最大数量。在调用malloc，直接调用mmap和mprotect和加载共享库时会产生 内存映射区域 。虽然大多数程序需要的内存映射区域不超过1000个，但是特定的程序，特别是malloc调试器，可能需要很多，例如每次分配都会产生一到两个内存映射区域。默认值是65536。

14.memory_failure_early_kill

  该参数控制在某个内核无法处理的内存错误发生（由硬件检测到）时，如何来杀死进程。在某些情况下（例如内存页在磁盘上仍然有一个有效的副本），内核会透明地处理错误，不会影响任何程序。但是如果没有任何其他的副本，内核会杀死进程避免内存错误的影响扩大。

  1：一旦内存错误被检测到，杀死所有和被损坏的、不能恢复的内存页相关的进程。注意，这里不支持几种类型的页面，例如内核内部分配的数据或者swap缓存，但是对用户层的大多数页面都支持。

  0：从所有相关的进程中取消对被损坏页面的映射，只杀死试图访问该页面的进程。

  杀死进程是通过发送SIGBUS信号，进程可以通过捕捉这个信号来处理。

  只有在支持先进的机器检查处理机制的架构或平台上才能使用该特性，依赖于硬件的能力。

  程序可以调用prctl系统调用的PR_MCE_KILL命令来重置这个配置。

15. memory_failure_recovery

  启用内存错误恢复（如果平台支持的话）

  1：尝试恢复

  0：当发生内存错误时panic

16.min_free_kbytes

  这个参数用来指定强制Linux VM保留的内存区域的最小值，单位是kb。VM会使用这个参数的值来计算系统中每个低端内存域的watermark[WMARK_MIN]值。每个低端内存域都会根据这个参数保留一定数量的空闲内存页。

  一部分少量的内存用来满足PF_MEMALLOC类型的内存分配请求。如果进程设置了PF_MEMALLOC标志，表示不能让这个进程分配内存失败，可以分配保留的内存。并不是所有进程都有的。kswapd、direct reclaim的process等在回收的时候会设置这个标志，因为回收的时候它们还要为自己分配一些内存。有了PF_MEMALLOC标志，它们就可以获得保留的低端内存。

  如果设置的值小于1024KB，系统很容易崩溃，在负载较高时很容易死锁。如果设置的值太大，系统会经常OOM。

17.min_slab_ratio

  该参数只在NUMA内核中才有效，它是一个相对于每个内存域所有页面的百分比。

  如果一个内存域中可以回收的slab页面所占的百分比（应该是相对于当前内存域的所有页面）超过min_slab_ratio，在回收区的slabs会被回收。这样可以确保即使在很少执行全局回收的NUMA系统中，slab的增长也是可控的。

  注意，slab的回收在单个内存域或节点中发生。回收slab内存的进程现在并不是特定于某个节点，回收可能不及时。

  默认的百分比是5。

18.min_unmapped_ratio

  该参数只在NUMA内核中有效，它是一个相对于每个内存域所有页面的百分比。

  只有在当前内存域中处于zone_reclaim_mode允许回收状态的内存页所占的百分比超过min_unmapped_ratio时，内存域才会执行回收操作。

  如果zone_reclaim_mode的值是4，这个百分比（应该是百分比对应的页面数量）和所有基于文件的未映射页数比较，包括swapcache页和tmpfs文件。否则，只考虑基于普通文件的未映射页，不包括tmpfs文件。

  默认的百分比是1。

19. mmap_min_addr

  该参数定义了用户进程能够映射的最低内存地址。由于最开始的几个内存页面用于处理内核空引用错误，这些页面不允许写入。该参数的默认值是0，表示安全模块不需要强制保护最开始的页面。如果设置为64K，可以保证大多数的程序运行正常，避免比较隐蔽的内核BUG。

20. oom_dump_tasks

  如果启用，在内核执行OOM-killing时会打印系统内进程的信息（不包括内核线程），信息包括pid、uid、tgid、vm size、rss、nr_ptes，swapents，oom_score_adj和进程名称。这些信息可以帮助找出为什么OOM killer被执行，找到导致OOM的进程，以及了解为什么进程会被选中。

  如果将参数置为0，不会打印系统内进程的信息。对于有数千个进程的大型系统来说，打印每个进程的内存状态信息并不可行。这些信息可能并不需要，因此不应该在OOM的情况下牺牲性能来打印这些信息。

  如果设置为非零值，任何时候只要发生OOM killer，都会打印系统内进程的信息。

  默认值是1（启用）。

21. oom_kill_allocating_task

  控制在OOM时是否杀死触发OOM的进程。

  如果设置为0，OOM killer会扫描进程列表，选择一个进程来杀死。通常都会选择消耗内存内存最多的进程，杀死这样的进程后可以释放大量的内存。

  如果设置为非零值，OOM killer只会简单地将触发OOM的进程杀死，避免遍历进程列表（代价比较大）。

  如果panic_on_oom被设置，则会忽略oom_kill_allocating_task的值。

  默认值是0。

22.page-cluster

  该参数控制一次写入或读出swap分区的页面数量。它是一个对数值，如果设置为0，表示1页；如果设置为1，表示2页；如果设置为2，则表示4页。如果设置为0，则表示完全禁止预读取。

  默认值是3（一次8页）。如果swap比较频繁，调整该值的收效不大。

  该参数的值越小，在处理最初的页面错误时延迟会越低。但如果随后的页面错误对应的页面也是在连续的页面中，则会有I/O延迟。

23.panic_on_oom

  控制内核在OOM时是否panic。

  如果设置为0，内核会杀死内存占用过多的进程。通常杀死内存占用最多的进程，系统就会恢复。

  如果设置为1，在发生OOM时，内核会panic。然而，如果一个进程通过内存策略或进程绑定限制了可以使用的节点，并且这些节点的内存已经耗尽，oom-killer可能会杀死一个进程来释放内存。在这种情况下，内核不会panic，因为其他节点的内存可能还有空闲，这意味着整个系统的内存状况还没有处于崩溃状态。

  如果设置为2，在发生OOM时总是会强制panic，即使在上面讨论的情况下也一样。即使在memory cgroup限制下发生的OOM，整个系统也会panic。

  默认值是0。

  将该参数设置为1或2，通常用于集群的故障切换。选择何种方式，取决于你的故障切换策略。

  panic_on_oom=2和kdump一起使用，可以给你更多的信息，便于定位发生OOM的原因。

24.stat_interval

  VM统计信息更新的时间间隔，默认值是1s。

25.swappiness

  该参数控制是否使用swap分区，以及使用的比例。设置的值越大，内核会越倾向于使用swap。如果设置为0，内核只有在看空闲的和基于文件的内存页数量小于内存域的高水位线（应该指的是watermark[high]）时才开始swap。

  默认值是60。

26.vfs_cache_pressure

  控制内核回收用于dentry和inode cache内存的倾向。

  默认值是100，内核会根据pagecache和swapcache的回收情况，让dentry和inode cache的内存占用量保持在一个相对公平的百分比上。减小vfs_cache_pressure会让内核更倾向于保留dentry和inode cache。当vfs_cache_pressure等于0，在内存紧张时，内核也不会回收dentry和inode cache，这容易导致OOM。如果vfs_cache_pressure的值超过100，内核会更倾向于回收dentry和inode cache。

27 
那剩下的问题就是如何限制系统减少出现memory compaction的概率. 查阅资料后, 发现Linux有一个参数是控制这个的:/proc/sys/vm/extfrag_threshold

这个参数是一个0 ~ 1000的整数. 如果出现内存不够用的情况, Linux会为当前系统的内存碎片情况打一个分, 如果超过了extfrag_threshold这个值, kswapd就会触发memory compaction .  所以, 这个值设置接近1000, 说明系统在内存碎片的处理倾向于把旧的页换出, 以符合申请的需要; 而设置接近0, 表示系统在内存碎片的处理倾向于做memory compaction.

由于这台机器在做memory compaction的时候对性能造成的影响太大, 于是我把extfrag_threshold这个值从系统默认的500设置到了最大1000设置完了之后, 这台机器就再也没出现过类似问题, 问题解决.

作者：丁顺

链接：https://www.zhihu.com/question/59053036/answer/171176545

来源：知乎

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。