[转帖]Linux kernel内存管理之overcommit相关参数

linux,kernel,内存,管理,overcommit,相关,参数 · 浏览次数 : 0

小编点评

**2.OVERCOMMIT_NEVER** * **vm_commit_limit**函数用于获取虚拟内存申请的上限阈值 allowed。 * **用户设定的运行时参数user_reserve_kbytes**也用于计算页面大小的限制。 * **如果超过 allowed 的页面数目申请了，就会判断 overcommit。** * **返回 -ENOMEM**，表示申请的 pages大小的虚拟内存，被拒绝，不接受。 **3. percpu_counter_read_positive** * **用于读取 percpu_counter 的值，防止重复加载。** * **如果读取的数值为负，则表示该 counter 应该保持为负值。** * **防止 reloads，确保 fbc 的值始终为正值。**

正文

前言

        了解 linux kernel内存管理，首先可以从用户空间的角度来看kernel的内存管理，执行ls /proc/sys/vm的命令，就可以看到vm运行的所有参数，其中就包含了跟overcommit相关的参数。

Memory overcommit概念介绍

        要了解这类参数首先要理解什么是committed virtual memory？使用git版本管理工具都熟悉commit的含义，就是向代码仓库提交自己更新的意思。对于这个场景，实际上就是各个进程提交自己对虚拟地址空间的请求。虽然我们总是宣称每个进程都有自己独立的地址空间，但是这些地址空间都是虚拟地址空间。当进程需要内存时（例如通过brk分配内存），进程从内核获得的仅仅是一段虚拟地址的使用权，而不是实际的物理地址，进程并没有获得物理内存。实际的物理内存只有当进程真的去访问新获取的虚拟地址时（即开始要使用物理内存时），就会产生“page fault(缺页异常)”，从而进入分配实际物理地址的过程，也就是分配实际的page frame并建立page table。之后系统返回到产生page fault时的地址，此时已经得到物理内存的使用权了，重新执行内存访问，一切好像没有发生过。因此，看起来虚拟内存和物理内存的分配被分割开了，这是否意味着进程可以任意的申请虚拟地址空间呢？也不行，毕竟virtual memory需要physical memory做为支撑，如果分配了太多的virtual memory，和物理内存不成比例，超过了实际可用的内存，对性能会有影响。对于这个状况，我们称之为overcommit。有个概念需要谨记：内存申请不等于内存分配，内存只在实际用到的时候才分配。
        Linux默认是允许memory overcommit的，所以Linux设计了一个OOM killer机制(OOM = out-of-memory)来处理overcommit：挑选一个进程出来杀死，以腾出部分内存，如果还不够就继续杀…也可通过设置内核参数 vm.panic_on_oom 使得发生OOM时自动重启系统。这都是有风险的机制，重启有可能造成业务中断，杀死进程也有可能导致业务中断。因此Linux 2.6之后允许通过内核参数 vm.overcommit_memory 禁止memory overcommit。

overcommit相关参数介绍

1、overcommit_memory

        overcommit_memory这个参数就是用来控制内核对overcommit的策略。该参数可以设定的值如下：

  1. include/uapi/linux/mman.h
  2. #define OVERCOMMIT_GUESS		0
  3. #define OVERCOMMIT_ALWAYS		1
  4. #define OVERCOMMIT_NEVER		2

OVERCOMMIT_GUESS：这是linux的缺省值，它允许overcommit，但是它会根据当前的系统可用虚拟内存来判断是否允许虚拟内存的申请。内核利用__vm_enough_memory判断你的内存申请是否合理，它认为不合理就会拒绝overcommit。

OVERCOMMIT_ALWAYS：内核不限制overcommit，无论进程们commit了多少的地址空间的申请都不会拒绝。

OVERCOMMIT_NEVER：always的反面，禁止overcommit，不允许超过系统设置的虚拟内存限制。

2、overcommit_kbytes和overcommit_ratio

        OVERCOMMIT_ALWAYS可以很任性，总是允许出现overcommit现象，但是OVERCOMMIT_NEVER不行，这个策略下，系统不允许出现overcommit。判断overcommit的标准，可以从vm_commit_limit这个函数看出端倪，需要注意的是这个标准的定义的内存大小既不是物理内存的大小，也不是free memory的大小：

  1. arch/arm/include/asm/page.h
  2. /* PAGE_SHIFT determines the page size */
  3. #define PAGE_SHIFT		12
  4.  
  5. mm/util.c
  6. /*
  7.  * Committed memory limit enforced when OVERCOMMIT_NEVER policy is used
  8.  */
  9. unsigned long vm_commit_limit(void)
  10. {
  11. 	unsigned long allowed;
  12. //如果sysctl_overcommit_kbytes,则使用overcommit_kbytes
  13. 	if (sysctl_overcommit_kbytes)
  14. //这个操作实际上是将kB转换成以page为单位（1page=4K），右移2位，相当于除以4
  15. 		allowed = sysctl_overcommit_kbytes >> (PAGE_SHIFT - 10);
  16. 	else
  17. //否则使用overcommit_ratio
  18. 		allowed = ((totalram_pages - hugetlb_total_pages())
  19. 			   * sysctl_overcommit_ratio / 100);
  20. 	allowed += total_swap_pages;
  21. //返回判断overcommit的阈值，是以page（1page=4K）为单位的
  22. 	return allowed;
  23. }

        overcommit的标准有两个途径来设定，第一个是直接定义overcommit_kbytes（函数中sysctl_overcommit_kbytes非0），这时候标准值是overcommit_kbytes＋total_swap_pages。对于total_swap_pages，稍微讲一下页面回收（page frame reclaim）机制。

        在内核中，虽然有overcommit机制，但是一般对虚拟内存的使用是相对大方的，可是在用户空间，需要对进程的创建、动态内存分配、堆栈的分配等虚拟内存进行限制，因为内核对来自用户空间的内存申请是严格审查的，物理内存分配给用户进程也是卡控严格的。这么做的目的就是为了更好的使用内存，也就是说：在限定的物理内存资源下，可以尽量让更多的用户空间进程运行起来。如果让物理地址和虚拟地址空间是一一映射的时候，那么系统中的可以启动进程数目必定是受限的，进程可以申请的内存数目也是受限的，你的程序不得不频繁面临内存分配失败的问题。所以内核是将一个较小的物理内存空间映射到一个较大的各个用户进程组成的虚拟地址空间之上。怎么办，最简单的方法就是“拆东墙补西墙（换入换出策略）”。但是，拆东墙（swap out）也是技术活，并不是所有进程的任何虚拟空间都可以拆。比如说程序的正文段是可以拆，因为这些内存中的内容在磁盘上有保留，当再次需要的时候（补西墙），可以从磁盘上中重新加载进来。不是所有的进程地址空间都在磁盘上有备份的，像堆、stack这些进程的虚拟地址段都没有磁盘文件与之对应的，也就是传说中的anonymous page。对于anonymous page，如果我们建立swap file或者swap device，那么这些anonymous page也同样可以被交换到磁盘，并且在需要的时候load进内存。

        现在回到total_swap_pages这个变量，它其实就是系统可以将anonymous page交换到磁盘的大小，如果我们建立32MB的swap file或者swap device，那么total_swap_pages就是（32M/page size），这个page size默认是4K。

        overcommit的第二个标准是：在sysctl_overcommit_kbytes设定为0的时候使用，和系统当前可用的page frame相关。不是系统中的物理内存有多少，totalram_pages就有多少，实际上很多的page是不能使用的，例如linux kernel本身的正文段，数据段等就不能计入totalram_pages，还有一些系统reserve的page也不算数，最终totalram_pages实际上就是系统可以管理分配的总内存数目。overcommit_ratio是一个百分比的数字，50表示可以使用50％的totalram_pages，当然还有考虑total_swap_pages的数目，上文已经描述。

        同时在使用overcommit_ratio时，要考虑是否使用了huge pages，传统的4K的page和huge page的选择也是一个平衡问题。normal page可以灵活的管理内存段，浪费少。但是不适合大段虚拟内存段的管理（因为要建立大量的页表，TLB side有限，因此会导致TLB miss，影响性能），huge page和normal page相反。内核可以同时支持这两种机制，不过是分开管理的。由于本节描述的overcommit相关参数都是和normal page相关的，因此在计算allowed page的时候要减去hugetlb_total_pages。

        如下就是手机里面的跟overcommit相关的两个参数。其中CommitLimit 就是overcommit的阈值，申请的内存总数超过CommitLimit的话就算是overcommit。 Committed_AS 表示所有进程已经申请的内存总大小（注意是已经申请的，不是已经分配的），如果 Committed_AS 超过 CommitLimit 就表示发生了 overcommit，超出越多表示 overcommit 越严重。Committed_AS 的含义换一种说法就是，如果要绝对保证不发生OOM (out of memory) 需要多少物理内存。但是由于这个手机的overcommit_memory参数是1，根据前面描述，可以知道是不限制overcommit的，所以出现Committed_AS大于CommitLimit情况。如果参数为2，就绝对不会出现这种情况。同时当前手机使用的是overcommit_ratio（50%）而不是overcommit_kbytes（为0）。

  1. grep -i commit /proc/meminfo
  2. CommitLimit:    12174056 kB
  3. Committed_AS:   149507868 kB
  4.  
  5. User:/proc/sys/vm # cat overcommit_memory
  6. cat overcommit_memory
  7. 1
  8.  
  9. User:/proc/sys/vm # cat overcommit_kbytes
  10. cat overcommit_kbytes
  11. 0
  12. User:/proc/sys/vm # cat  overcommit_ratio
  13. cat  overcommit_ratio
  14. 50

3、admin_reserve_kbytes和user_reserve_kbytes

        上述两个参数主要是防止内存管理模块把自己逼到绝境，避免出现意想不到的情况。上面我们提到拆东墙补西墙的机制，但是这种机制在某些情况下其实也不能正常的运作。例如进程A在访问自己的内存的时候，出现page fault，通过scan，将其他进程（B、C、D…）的“东墙”拆掉，分配给进程A，以便让A可以正常运行。需要注意的是，“拆东墙”不是那么简单的事情，有可能需要进行磁盘I/O操作（比如：将dirty的page cache flush到磁盘）。但是，系统很快调度到了B进程，而B进程立刻需要刚刚拆除的东墙，怎么办？B进程立刻需要分配物理内存，如果没有free memory，这时候也只能启动scan过程，继续找新的东墙。在极端的情况下，很有可能把刚刚补好的西墙拆除，这时候，整个系统的性能就会显著的下降，有的时候，用户点击一个button，很可能半天才能响应。面对这样的情况，用户当然想恢复，例如kill那个吞噬大量内存的进程。这个操作也需要内存（需要fork进程），因此，为了能够让用户顺利逃脱绝境，系统会保留user_reserve_kbytes的内存。

        对于支持多用户的GNU/linux系统而言，恢复系统可能需要root用来来完成，这时候需要保留一定的内存来支持root用户的登录操作，支持root进行trouble shooting（使用ps，top等命令），找到那个闹事的进程并kill掉它。这些为root用户操作而保留的memory定义在admin_reserve_kbytes参数中。sysctl_admin_reserve_kbytes受内核参数/proc/sys/vm/admin_reserve_kbytes控制，同样sysctl_user_reserve_kbytes受内核参数/proc/sys/vm/user_reserve_kbytes控制。不过系统一般会给一个初始值，如下代码就是分别初始化sysctl_admin_reserve_kbytes和sysctl_user_reserve_kbytes参数，值分别为8M和128M，正常这点内存大小是够用的，实际上就是最终值。如下函数解释里面也描述了。

  1. /*
  2.  * Initialise sysctl_user_reserve_kbytes.
  3.  *
  4.  * This is intended to prevent a user from starting a single memory hogging
  5.  * process, such that they cannot recover (kill the hog) in OVERCOMMIT_NEVER
  6.  * mode.
  7.  *
  8.  * The default value is min(3% of free memory, 128MB)
  9.  * 128MB is enough to recover with sshd/login, bash, and top/kill.
  10.  */
  11. static int init_user_reserve(void)
  12. {
  13. 	unsigned long free_kbytes;
  14.  
  15. 	free_kbytes = global_zone_page_state(NR_FREE_PAGES) << (PAGE_SHIFT - 10);
  16. //初始化时，默认设置为128MB
  17. 	sysctl_user_reserve_kbytes = min(free_kbytes / 32, 1UL << 17);
  18. 	return 0;
  19. }
  20. subsys_initcall(init_user_reserve);
  21.  
  22. /*
  23.  * Initialise sysctl_admin_reserve_kbytes.
  24.  *
  25.  * The purpose of sysctl_admin_reserve_kbytes is to allow the sys admin
  26.  * to log in and kill a memory hogging process.
  27.  *
  28.  * Systems with more than 256MB will reserve 8MB, enough to recover
  29.  * with sshd, bash, and top in OVERCOMMIT_GUESS. Smaller systems will
  30.  * only reserve 3% of free pages by default.
  31.  */
  32. static int init_admin_reserve(void)
  33. {
  34. 	unsigned long free_kbytes;
  35.  
  36. 	free_kbytes = global_zone_page_state(NR_FREE_PAGES) << (PAGE_SHIFT - 10);
  37. //初始化时，默认设置为8MB
  38. 	sysctl_admin_reserve_kbytes = min(free_kbytes / 32, 1UL << 13);
  39. 	return 0;
  40. }
  41. subsys_initcall(init_admin_reserve);

        在 __vm_enough_memory函数对应文件下，也再次设置了sysctl_admin_reserve_kbytes和sysctl_user_reserve_kbytes参数

  1. //mm/util.c
  2. int sysctl_overcommit_memory __read_mostly = OVERCOMMIT_GUESS;
  3. int sysctl_overcommit_ratio __read_mostly = 50;
  4. unsigned long sysctl_overcommit_kbytes __read_mostly;
  5. int sysctl_max_map_count __read_mostly = DEFAULT_MAX_MAP_COUNT;
  6. unsigned long sysctl_user_reserve_kbytes __read_mostly = 1UL << 17; /* 128MB */
  7. unsigned long sysctl_admin_reserve_kbytes __read_mostly = 1UL << 13; /* 8MB */

        从手机看，当前手机配置的user_reserve_kbytes和admin_reserve_kbytes分别也是128M和8M，使用默认值。

  1. User:/proc/sys/vm # cat admin_reserve_kbytes
  2. cat admin_reserve_kbytes
  3. 8192
  4. User:/proc/sys/vm # cat user_reserve_kbytes
  5. cat user_reserve_kbytes
  6. 131072

__vm_enough_memory函数介绍

        用户空间进程在使用内存的时候，通过产生page fault，进入内核态，内核会审核用户空间的虚拟内存分配请求。此时，内核都会调用__vm_enough_memory函数来验证是否可以允许分配用户空间需要的这段虚拟内存，代码详解如下。

  1. //mm/util.c
  2. /*
  3.  * __vm_enough_memory函数，返回0表示进程有足够内存分配，返回-ENOMEM表示没有足够内存分配
  4.  * Check that a process has enough memory to allocate a new virtual
  5.  * mapping. 0 means there is enough memory for the allocation to
  6.  * succeed and -ENOMEM implies there is not.
  7.  *
  8.  * We currently support three overcommit policies, which are set via the
  9.  * vm.overcommit_memory sysctl.  See Documentation/vm/overcommit-accounting.rst
  10.  *
  11.  * Strict overcommit modes added 2002 Feb 26 by Alan Cox.
  12.  * Additional code 2002 Jul 20 by Robert Love.
  13.  *
  14.  * 如果是root用户，cap_sys_admin为1，否则为0
  15.  * cap_sys_admin is 1 if the process has admin privileges, 0 otherwise.
  16.  *
  17.  * Note this is a helper function intended to be used by LSMs which
  18.  * wish to use this logic.
  19.  */
  20. //内存描述符 mm_struct，此次申请的内存大小pages(1 page = 4K),cap_sys_admin是否是root用户还是普通用户
  21. int __vm_enough_memory(struct mm_struct *mm, long pages, int cap_sys_admin)
  22. {
  23. 	long free, allowed, reserve;
  24.  
  25. 	VM_WARN_ONCE(percpu_counter_read(&vm_committed_as) <
  26. 			-(s64)vm_committed_as_batch * num_online_cpus(),
  27. 			"memory commitment underflow");
  28.  
  29. 	vm_acct_memory(pages);
  30.  
  31. 	/*
  32. 	 * Sometimes we want to use more memory than we have
  33. 	 */
  34. //由于内核不限制overcommit，直接返回0，
  35. //sysctl_overcommit_memory受内核参数/proc/sys/vm/overcommit_memory控制
  36. 	if (sysctl_overcommit_memory == OVERCOMMIT_ALWAYS)
  37. 		return 0;
  38. //若为OVERCOMMIT_GUESS，内核会进行判断内存分配是否合理
  39. 	if (sysctl_overcommit_memory == OVERCOMMIT_GUESS) {
  40. //1.首先会计算当前系统的可用内存
  41. //(1)计算有多少空闲page frame
  42. 		free = global_zone_page_state(NR_FREE_PAGES);
  43. //(2)计算有多少page cache使用的page frame，主要是用户空间进程读写文件造成的
  44. //这些cache都是为了加快系统性能而增加的，提高CPU读写命中率，因此，如果直接操作到磁盘，本质上这些page cache都是free的
  45. 		free += global_node_page_state(NR_FILE_PAGES);
  46.  
  47. 		/*
  48. 		 * shmem pages shouldn't be counted as free in this
  49. 		 * case, they can't be purged, only swapped out, and
  50. 		 * that won't affect the overall amount of available
  51. 		 * memory in the system.
  52. 		 */
  53. //(3)用于进程间的share memory机制的这些shmem page frame不能认为是free的，需要减去
  54. //而且它们不能被清除（free），只能换出(swap out)
  55. 		free -= global_node_page_state(NR_SHMEM);
  56. //(4)加上swap file或者swap device上空闲的“page frame”数目。
  57. //本质上，swap file或者swap device上的磁盘空间都是给anonymous page做腾挪之用，其实这里的“page frame”不是真的page frame，称之swap page好了
  58. //这里把free swap page的数目也计入free主要是因为可以把使用中的page frame swap out到free swap page上，因此也算是free page
  59. 		free += get_nr_swap_pages();
  60.  
  61. 		/*
  62. 		 * Any slabs which are created with the
  63. 		 * SLAB_RECLAIM_ACCOUNT flag claim to have contents
  64. 		 * which are reclaimable, under pressure.  The dentry
  65. 		 * cache and most inode caches should fall into this
  66. 		 */
  67. //(5)加上被标记为可回收的slab对应的页面
  68. 		free += global_node_page_state(NR_SLAB_RECLAIMABLE);
  69.  
  70. 		/*
  71. 		 * Part of the kernel memory, which can be released
  72. 		 * under memory pressure.
  73. 		 */
  74. //(6)加上被标记为可回收的非slab的内核页面
  75. 		free += global_node_page_state(NR_KERNEL_MISC_RECLAIMABLE);
  76.  
  77. 		/*
  78. 		 * Leave reserved pages. The pages are not for anonymous pages.
  79. 		 */
  80. //totalreserve_pages，这是一个能让系统运行需要预留的page frame的数目，
  81. //(7)因此我们要从减去totalreserve_pages。如果当前free page数目小于totalreserve_pages，则拒绝本次对内核空间里面的虚拟内存的申请。
  82. 		if (free <= totalreserve_pages)
  83. 			goto error;
  84. 		else
  85. 			free -= totalreserve_pages;
  86.  
  87. 		/*
  88. 		 * Reserve some for root
  89. 		 */
  90. //(8)如果是普通的进程，还需要保留admin_reserve_kbytes的free page，以便在出问题时可以让root用户可以登录并进行恢复操作
  91. 		if (!cap_sys_admin)
  92. 			free -= sysctl_admin_reserve_kbytes >> (PAGE_SHIFT - 10);
  93. //最关键的判断来了
  94. //比对当前系统的可用内存（free）和本次请求分配virtual memory的page数目(pages)，
  95. //如果在前面减去了所必须的page frame之后，还有足够的page可以满足本次分配，那么就批准本次对内核空间里面的虚拟内存的分配。
  96. 		if (free > pages)
  97. 			return 0;
  98. //否则进入error
  99. 		goto error;
  100. 	}
  101.  
  102. //2.下面为OVERCOMMIT_NEVER的情况，是禁止出现overcommit
  103. //(1)这里调用vm_commit_limit得到判断是否出现overcommit的阈值allowed,以page为单位
  104. 	allowed = vm_commit_limit();
  105. 	/*
  106. 	 * Reserve some for root
  107. 	 */
  108. //(2)同前面一样，需要减去预留给root用户的内存
  109. 	if (!cap_sys_admin)
  110. 		allowed -= sysctl_admin_reserve_kbytes >> (PAGE_SHIFT - 10);//PAGE_SHIFT = 12
  111.  
  112. 	/*
  113. 	 * Don't let a single process grow so big a user can't recover
  114. 	 */
  115. //(3)如果是用户空间的进程，要为用户能够从绝境中恢复而保留一些page frame，具体保留多少需要考量两个因素，
  116. //一个是单一进程的total virtual memory，一个是用户设定的运行时参数user_reserve_kbytes。
  117. //更具体的考量因素可以参考https://lkml.org/lkml/2013/3/18/812
  118. 	if (mm) {
  119. 		reserve = sysctl_user_reserve_kbytes >> (PAGE_SHIFT - 10);
  120. //注意：至于为什么要除以32，就跟上面链接里面描述的一样，取一个进程total_vm的3%，即接近是1/32，
  121. //然后跟用户设定的reserve取min，主要是避免用户把sysctl_user_reserve_kbytes设置的太大了，给了一个保护性措施
  122. 		allowed -= min_t(long, mm->total_vm / 32, reserve);
  123. 	}
  124.  
  125. //allowed变量保存了判断overcommit的上限（CommitLimit），vm_committed_as（Committed-_AS）保存了当前系统中已经申请（包括本次）
  126. //的virtual memory的数目。如果大于这个上限就判断overcommit，本次申请虚拟内存失败
  127. 	if (percpu_counter_read_positive(&vm_committed_as) < allowed)
  128. 		return 0;
  129. error:
  130. //申请的pages大小的虚拟内存，被拒绝，不接受，返回-ENOMEM
  131. 	vm_unacct_memory(pages);
  132.  
  133. 	return -ENOMEM;
  134. }
  135.  
  136.  
  137. //include/linux/mman.h
  138. extern struct percpu_counter vm_committed_as;
  139.  
  140. //include/linux/percpu_counter.h
  141. struct percpu_counter {
  142. 	raw_spinlock_t lock;
  143. 	s64 count; //这里面记录当前系统里面所有进程申请的page数目
  144. #ifdef CONFIG_HOTPLUG_CPU
  145. 	struct list_head list;	/* All percpu_counters are on a list */
  146. #endif
  147. 	s32 __percpu *counters;
  148. };
  149.  
  150. /*
  151.  * It is possible for the percpu_counter_read() to return a small negative
  152.  * number for some counter which should never be negative.
  153.  *
  154.  */
  155. static inline s64 percpu_counter_read_positive(struct percpu_counter *fbc)
  156. {
  157. 	/* Prevent reloads of fbc->count */
  158. 	s64 ret = READ_ONCE(fbc->count);
  159.  
  160. 	if (ret >= 0)
  161. 		return ret;
  162. 	return 0;
  163. }

参考资料

理解Linux的memory overcommit | Linux Performance

Linux vm运行参数之（一）：overcommit相关的参数

linux内核: overcommit 参数

What is the formula to calculate "CommitLimit" value on Red Hat Enterprise Linux 5 and 6 ? - Red Hat Customer Portal

https://lkml.org/lkml/2013/3/18/812

文章知识点与官方知识档案匹配，可进一步学习相关知识
CS入门技能树Linux入门初识Linux29096 人正在系统学习中
linux kernel 内存 管理 overcommit 相关 参数

与[转帖]Linux kernel内存管理之overcommit相关参数相似的内容：

[转帖]Linux kernel内存管理之overcommit相关参数

前言 了解 linux kernel内存管理，首先可以从用户空间的角度来看kernel的内存管理，执行ls /proc/sys/vm的命令，就可以看到vm运行的所有参数，其中就包含了跟overcommit相关的参数。 Memory overcommit概念介绍 要了解这类参数首先要理解什么是comm

linux kernel 内存 管理
0
[转帖]【Linux Kernel】学习预热

https://blog.yelvlab.cn/archives/614/ Linux Kernel基础知识 Kernel组成： Linux内核主要由 进程管理、内存管理、设备驱动、文件系统、网络协议栈 外加一个 系统调用。 Kernel源码组织结构 Kernel知识体系 最后修改：2021 年 0

linux kernel 学习 预热
0
[转帖]透明大页(huge pages) ---Transparent HugePages

https://www.coonote.com/linux-note/transparent-hugepages.html 从RedHat 6, OEL 6, SLES 11 and UEK2 kernels 开始，系统缺省会启用 Transparent HugePages ：用来提高内存管理的性能

透明 huge pages transparent
0
[转帖]Linux 网络栈接收数据（RX）：原理及内核实现（2022）

http://arthurchiao.art/blog/linux-net-stack-implementation-rx-zh/ Fig. Steps of Linux kernel receiving data process and the corresponding chapters in

linux 网络 接收数据 rx
0
[转帖]Linux 网络栈接收数据（RX）：原理及内核实现（2022）

http://arthurchiao.art/blog/linux-net-stack-implementation-rx-zh/ Published at 2022-07-02 | Last Update 2022-08-28 Fig. Steps of Linux kernel receivin

linux 网络 接收数据 rx
0
[转帖]Linux性能优化（九）——Kernel Bypass

Linux性能优化（九）——Kernel Bypass https://blog.51cto.com/u_9291927/2594168 一、Linux内核协议栈性能瓶颈 在x86体系结构中，接收数据包的传统方式是CPU中断方式，即网卡驱动接收到数据包后通过中断通知CPU处理，然后由CPU拷贝数据并

linux 性能 优化 kernel
0
[转帖]Linux内核参数之nf_conntrack

https://www.jianshu.com/p/d2b28703e376 问题描述 近日线下测试环境的一个cloudstack计算节点上的虚拟机出现频繁的丢包情况，经过排查日志发现这个计算节点的包被丢弃，日志信息如下： Oct 29 16:18:14 a2 kernel: __ratelimit

linux 内核 参数 nf
0
[转帖]Linux内核参数之nf_conntrack

https://www.jianshu.com/p/d2b28703e376 问题描述 近日线下测试环境的一个cloudstack计算节点上的虚拟机出现频繁的丢包情况，经过排查日志发现这个计算节点的包被丢弃，日志信息如下： Oct 29 16:18:14 a2 kernel: __ratelimit

linux 内核 参数 nf
0
[转帖][译] Linux 网络栈监控和调优：接收数据（2016）

http://arthurchiao.art/blog/tuning-stack-rx-zh/ 注意：本文内容已经太老，基于 kernel 3.13 和 1Gbps 网卡驱动 igb，建议移步 kernel 5.10 + 25Gbps 驱动版： Linux 网络栈原理、监控与调优：前言 Linux

linux 网络 监控 接收数据
0
[转帖][译] Linux 网络栈监控和调优：接收数据（2016）

http://arthurchiao.art/blog/tuning-stack-rx-zh/ 注意：本文内容已经太老，基于 kernel 3.13 和 1Gbps 网卡驱动 igb，建议移步 kernel 5.10 + 25Gbps 驱动版： Linux 网络栈原理、监控与调优：前言 Linux

linux 网络 监控 接收数据
0
# 热门排行
微软 New Bing AI 申请与使用保姆级教程（免魔法） ChatGPT API使用介绍 ChatGPT开发实战 一篇带你了解如何使用纯前端类Excel表格构建现金流量表 手把手教你玩转 Excel 数据透视表 为什么 C# 可能是最好的第一编程语言 .NET 入门到高级路线 提高工作效率的神器：基于前端表格实现Chrome Excel扩展插件 React + Springboot + Quartz，从0实现Excel报表自动化 用Echarts实现前端表格引用从属关系可视化
© PmDaddy. 2023 PmDaddy教程网 All rights reserved.