堆管理算法中的Buddy System(伙伴系统)算法

在一个Buddy System算法中,堆管理者只分配特定大小的内存块,成为permitted size。针对每个permitted size,都有一个空闲链表来维护。

一般这些大小会选择2的幂次方,或者斐波那契数列。因为这样会方便地将除最小的那个数之外的其它数都分为两个permitted size之和。

当负责分配内存的堆管理者接受到请求s大小的内存请求时,会讲s对齐到一个permitted size。然后从那个permitted size的空闲链表中分配一块内存给他。如果没有在那个空闲链表中找到内存,就在大一级的内存中找一块内存分配给用户,然后将剩余的另一半挂到这个permitted size的空闲链表中。

这个算法中的空闲链表一般采用位图(bitmap)算法来实现。因为这样会使内存回收合并变得很高效。

在Zend引擎中的堆管理算法中就使用到了伙伴系统算法,我们来看一下zend_mm_heap结构中相关的数据结构:

zend_mm_free_block *free_buckets[ZEND_MM_NUM_BUCKETS*2];

这个 free_buckets 就是一个空闲链表的二位数组。ZEND_MM_NUM_BUCKETS 定义了分配时最大的幂值。每一个幂值都对应一个 *free_buckets,就是一个空闲链表。

假设系统的可利用空间容量为2m个字,则系统开始运行时,整个内存区是一个大小为2m的空闲分区。在系统运行过程,由于不断的划分,可能会形成若干个不连续的空闲分区,将这些空闲分区根据分区的大小进行分类,对于每一类具有相同大小的所有空闲分区,单独设立一个空闲分区双向链表。这样,不同大小的空闲分区形成了k(0≤k≤m)个空闲分区链表。 当需要为进程分配一个长度为n的存储空间时,首先计算一个i值,使2i-1<n≤2i,然后在空闲分区大小为2i的空闲分区链表查找。若找到,即把该空闲分区分配给进程。否则,表明长度为2i的空闲分区已经耗尽,则在分区大小为2i+1的空闲分区链表寻找。若存在2i+1的一个空闲分区,则把该空闲分区分为相等的连个分区,这两个分区称为一对伙伴,其的一个分区用于分配,而把另一个加入分区大小为2i的空闲分区链表。若大小为2i+1的空闲分区不存在,则需要查找大小为2i+2的空闲分区,若找到则对其进行两次分割:第一次,将其分割为大小为2i+1的两个分区,一个用于分配,一个加入到大小为2i+1空闲分区链表;第二次,将第一次用于分配的空闲分区分割为2i的两个分区,一个用于分配,一个加入到大小为2i空闲分区链表。若仍然找不到,则继续查找大小为2i+3的空闲分区,以此类推。由此可见,在最坏的情况下,可能需要对2k的空闲分区进行k次分割才能得到所需分区。 与一次分配可能要进行多次分割一样,一次回收也可能要进行多次合并,如回收大小为2i的空闲分区时,若事先已存在2i的空闲分区时,则应将其与伙伴分区合并为大小为2i+1的空闲分区,若事先已存在2i+1的空闲分区时,又应继续与其伙伴分区合并为大小为2i+2的空闲分区,依此类推。 2.2 伙伴系统的需求 根据伙伴系统算法的思想,我们组对本系统的功能划分为3种: ⑴ 根据伙伴系统算法分配内存 ⑵ 根据伙伴系统算法回收内存 ⑶ 实时查看内存使用的情况
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值