apr中内存分配子的current_free_index成员作用.pdfVIP

1. 背景 这个问题最初起源于tingya的blog中apache代码分析系列文章 ( /tingya )。当对 内存池部分进行分析时，涉及到了内存分配子(allocator)的内容。内存分配子结构体中包含一个叫做 current_free_index的成员。对于该成员的具体作用，广大网友众说纷纭。相关的讨论可以在tingya的 blog中看到( /tingya/archive/2005/12/23/559815.aspx )。 2. 历史 关于apr 是何时把current_free_index 成员放入内存分配子结构体中的，我google 了一下，找到了这 样一篇文章： /dev@/msg06563.html 从文章中的补丁可以看出，在这之前，内存分配子结构体中是没有current_free_index 和 max_free_index 这两个成员的。并且，那时的apache 在内存分配子未被释放之前是不会释放内存分配 子中保留的内存。而之所以加入这两个成员，目的就是为了控制内存分配子中保管内存的数量。至此，可 以基本断定，current_free_index 和max_free_index 是协同工作来控制分配子中的内存。 3. current_free_index 与max_free_index 的作用 在tingya 的blog 上面的讨论中，有一个叫做allan 的网友对current_free_index 的功能作了如下的描 述： current_free_index，是当前应该释放的index 值（超过这个值就应该释放） 这个值是动态调整的，根据你系统中内存的使用情况来判断的 除了在设置max_free_index 的函数中改变了这个值以外， 在其他的两个地方也有涉及到，分别是： 用分配子分配node 的时候，current_free_index 加上了该node 的index 值 用分配子释放node 的时候，current_free_index 减去了这个node 的index 值 在一般情况下，这个值一增一减是平衡的。 考虑一种极端情况：你调用max_free_set 之后，max_free_index 和current_free_index 都不为0， 然后一直向分配子申请内存 分配子的内存不够用了，需要向系统申请，这种内存只有在调用分配子释放的时候，归还到分配子的free 链表中 当你不断释放的时候，current_free_index 不断减少，相当于归还给系统的内存门槛在降低，因为这些 内存是从操作系统申请而来的 如果不归还给操作系统，系统资源会耗尽（全部给了分配子） 这样，即使当你调用max_free_set 设置了一个超大的内存归还门槛。你在向系统不断申请内存后调用分 配子释放的时候 分配子也会逐渐调低current_free_index 的门槛，把内存归还给操作系统 之后，allan 又说了： 呵呵，其实刚才说的是表面现象，apr 靠这样一种机制保证了，分配子只在内存中占有max_free_index 这么多的空间，如果你向系统申请了超过这么的空间，apr 只把不超过的部分留在自己的free 链表中，超 过的部分统统还给系统。 这就是靠我刚才说的使用current_free_index 这样一个机制来实现的，呵呵。 至此，current_free_index 的功能已经基本有了眉目。 而tingya 在文章中对max_free_index 的作用概括为：“如果结点的大小超过了完全释放的阙值 max_free_index，那么我们就不能将其简单的归还到索引链表中，而必须将其完全归还给操作系统。” 但是在通过阅读代码之后，可以发现，二人的说法虽然各有一定道理，但是对current_free_index 和 max_free_index 的功能概括却并不准确。我在这里试着对这两个成员的功能作一个更加准确的概括： max_free_index用于记录内存分配子中最多可以容纳的内存空间大小。 current_free_index用于记录内存分配子中当前可以继续容纳的内存空间的大小。 其实，allan 已经基本对这两个功能进行了描述，但是current_free_index 并非仅仅如他所说的，“是当 前应该释放的index 值（超过这个值就应该释放）” 这两个变量控制了内存分配子内容量的大小。这样做是基于以下的事实： 内存分配子中保存的都是从操作系统申请来的，但是至今仍是闲置的内存空间。这些空间是以多个链表的 形式保存的。这样的空间不能太大——否则大量的系统资源被占用却未被利用，影响了系统的效率；同时