<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Kernel on liloew is writing</title><link>https://blog.liloew.in/tags/kernel/</link><description>Recent content in Kernel on liloew is writing</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sun, 30 Dec 2012 00:00:00 +0800</lastBuildDate><atom:link href="https://blog.liloew.in/tags/kernel/index.xml" rel="self" type="application/rss+xml"/><item><title>详解Linux下内存使用及释放</title><link>https://blog.liloew.in/posts/analyze-memory-management-in-linux-kernel/</link><pubDate>Sun, 30 Dec 2012 00:00:00 +0800</pubDate><guid>https://blog.liloew.in/posts/analyze-memory-management-in-linux-kernel/</guid><description>&lt;p&gt;最近频频遇到系统负载不高且当下也没有大量的 &lt;strong&gt;IO&lt;/strong&gt; 操作，但是内存使用率却较高的情况。 因此有必要仔细研究下 &lt;strong&gt;Linux&lt;/strong&gt; 下的内存管理机制，其他类 &lt;strong&gt;Unix&lt;/strong&gt; 平台也多少大同小异，但是也不可一概而论，待时间充裕再比较分析其他系统下的内存管理机制。&lt;/p&gt;&#10;&lt;p&gt;首先 &lt;code&gt;Linux&lt;/code&gt; 同时涉及 &lt;strong&gt;虚拟地址空间&lt;/strong&gt; 和 &lt;strong&gt;物理内存区域&lt;/strong&gt; 两个层次。同时 &lt;strong&gt;用户空间&lt;/strong&gt;与&lt;strong&gt;内核空间&lt;/strong&gt;则属于虚拟地址空间的划分，而在物理上又被分为三块：&lt;strong&gt;ZONE_DMA&lt;/strong&gt;，&lt;strong&gt;ZONE_NORMAL&lt;/strong&gt; 和&lt;strong&gt;ZONE_HIGH&lt;/strong&gt;。这里的 &lt;strong&gt;ZONE_DMA&lt;/strong&gt; 是可直接存取访问的内存区域，即不需要任何的逻辑映射，大小为 &lt;strong&gt;0~16MiB&lt;/strong&gt;；&lt;strong&gt;ZONE_NORAML&lt;/strong&gt; 为内核所保留使用的，其大小为&lt;strong&gt;16~896MiB&lt;/strong&gt;；剩下的 &lt;strong&gt;896~End&lt;/strong&gt; 都是 &lt;strong&gt;ZONE_HIGH&lt;/strong&gt; 的区域，该段区域是应用程序进行 &lt;code&gt;malloc()&lt;/code&gt; 时所能访问的地址（当然应用程序可以通过系统调用来访问 &lt;strong&gt;ZONE_NORMAL&lt;/strong&gt; 区域）。说完内存的映射，那么就应该讲解操作系统如何管理内存了——**内存的分配与回收：**内存的分配在 &lt;code&gt;kernel&lt;/code&gt; 中是通过 &lt;code&gt;Buddy&lt;/code&gt; 算法（即伙伴算法）来做统一分配的，伙伴系统能够在一定程度上缓解外部碎片，并通过伙伴合并提高连续物理内存分配的成功率，从而在很大程度上提高了内存的使用效率（但无法完全消除内存碎片）；内存回收则是通过 &lt;code&gt;LRU&lt;/code&gt; 算法，即基于最近最少使用算法来进行回收的。&lt;code&gt;LRU&lt;/code&gt; 算法的核心思想是：如果资源已较长时间未使用了，那么在最近的某段时间内，该资源用到的可能性也几乎是不可能的。同时内核维护着两张链表，分别为 &lt;strong&gt;Active&lt;/strong&gt; 和 &lt;strong&gt;Inactive&lt;/strong&gt; 链表，当进程不再活动或是分配的内存已不再使用时，内存将有原 &lt;strong&gt;Active&lt;/strong&gt; 链表移到 &lt;strong&gt;Inactive&lt;/strong&gt; 链表尾部，当操作系统发现有必要进行内存回收时，将由 &lt;strong&gt;Inactive&lt;/strong&gt; 链表表头开始，从而保证所回收的内存地址空间确实是不再使用并且可以进行回收的。&lt;/p&gt;&#10;&lt;p&gt;&lt;img src="https://blog.liloew.in/posts/analyze-memory-management-in-linux-kernel/MMU_principle.png" alt="MMU_principle"&gt;&lt;/p&gt;&#10;&lt;p&gt;&lt;img src="https://blog.liloew.in/posts/analyze-memory-management-in-linux-kernel/2000px-Virtual_memory.png" alt="2000px-Virtual_memory"&gt;&lt;/p&gt;&#10;&lt;p&gt;那么知道内存的划分与分配回收算法，剩下的就是内核具体如何分配和回收的问题了。内存的管理在 &lt;code&gt;kernel&lt;/code&gt; 中是 &lt;code&gt;VM（Virtual Memory）&lt;/code&gt;子系统承担的。&lt;code&gt;VM&lt;/code&gt; 主要做两件事：&lt;strong&gt;线性映射&lt;/strong&gt; 和 &lt;strong&gt;动态释放&lt;/strong&gt;。&lt;strong&gt;线性映射&lt;/strong&gt;即将用户态的物理内存映射为逻辑上线性连续的内存空间，然后当应用程序申请内存时将其分配给应用，而申请操作是由应用程序自身发起的，常见的即 &lt;code&gt;malloc()&lt;/code&gt;；&lt;strong&gt;动态释放&lt;/strong&gt;即内存的回收，内存回收在内核中由线程 &lt;code&gt;kswapd&lt;/code&gt; 完成。&lt;code&gt;kswapd&lt;/code&gt; 是 &lt;code&gt;Linux&lt;/code&gt; 内核创建的后台内核线程，负责在内存压力达到一定条件时执行后台内存平衡和回收。其具体实例和作用范围与内存节点、内核配置等有关，其虽然没有独立的内存空间但也占用非常少量的内存，&lt;code&gt;kswapd&lt;/code&gt; 的运行方式有两种：&lt;strong&gt;内核主动调用&lt;/strong&gt; 和 &lt;strong&gt;时钟源中断&lt;/strong&gt;。时钟中断即每若干时钟滴答后，&lt;code&gt;kswapd&lt;/code&gt; 即由 &lt;code&gt;wakeup_kswapd&lt;/code&gt; 进行唤醒；第二种方式是当可用内存低于一定的水位后，由内核主动发生调用。如下图所示：&lt;/p&gt;&#10;&lt;p&gt;&lt;img src="https://blog.liloew.in/posts/analyze-memory-management-in-linux-kernel/Zone_Watermarks.png" alt="Zone_Watermarks"&gt;&lt;/p&gt;&#10;&lt;p&gt;那么具体地，这些水位的值该如何计算呢？核心代码其实在 &lt;code&gt;/mm/page_alloc.c&lt;/code&gt; 中，我们来简单地看下（暂时只关心 &lt;code&gt;ZONE_HIGHMEM&lt;/code&gt;部分，因为这部分才是和我们的应用程序息息相关的）：&lt;/p&gt;</description></item></channel></rss>