请求分配内存.PPTVIP

第八章 动态存储管理 ￡8.1 概述 ￡8.2 可利用空间表及分配方法 ￡8.3 边界标识法 ￡8.3.1 可利用空间表的结构 ￡8.3.2 分配算法 ￡8.3.3 回收算法 ￡8.4 伙伴系统 ￡8.4.1 可利用空间表的结构 ￡8.4.2 分配算法 ￡8.4.3 回收算法 （3）例子 例如，可利用空间表的初始状态如图8.7(a)所示，其中m个子表都为空表，只有大小为2m的链表中有一个结点，即整个存储空间。 (a) 表的初始状态 nodesize first 20 21 2k 2m 0 m (b) 分配前的表 (c) 分配后的表 图8.7 伙伴系统中的可利用空间表 20 2k-1 2m 0 K 2k 0 K 0 K 20 2k-1 2m 2k 0 K 0 K 0 K-1 （1）算法思想 当用户提出大小为n的内存请求时，首先在可利用表上寻找 结点大小与n相匹配的子表，若此子表非空，则将子表中任意一 个结点分配之即可；若此子表为空，则需从结点更大的非空子表 中去查找，直至找到一个空闲块，则将其中一部分分配给用户， 而将剩余部分插入相应的子表中。 （2）算法实现 算法8.2如下： WORD_b AllocBuddy (FreList avail, int n) { //avail[0..m]为可利用空间表，n为申请分配量，若有不 //小于n的空闲块，则分配相应的存储块，并返回其首 //地址；否则返回NULL。 for (k = 0; k = m (avail[k].nodesize n + 1 | | !avail[k].first); ++ k); //查找满足分配要求的子表 * ￡8.1 概述 ￡8.2 可利用空间表及分配方法 ￡8.3 边界标识法 ￡8.3.1 可利用空间表的结构 ￡8.3.2 分配算法 ￡8.4 伙伴系统 ￡8.4.1 可利用空间表的结构 ￡8.4.2 分配算法 ￡8.4.3 回收算法 动态存储管理的基本问题是系统如何应用户提出的“请求” 分配内存？又如何回收那些用户不再使用而“释放”的内存，以 备新的“请求”产生时重新进行分配？ 占用块：已分配给用户使用的地址连续的内存区。 空闲块或可利用空间块：未曾分配的地址连续的内存区。 在系统运行的初期，整个内存区基本上分隔成两大部分： 低地址区包含若干占用块；高地址区（即分配后的剩余部分） 是一个“空闲块”。经过一段时间以后，有的用户运行结束,它 占用的内存区变成空闲块，这就使整个内存区呈现出占用块和 空闲块犬牙交错的状态。如图8.1(b)所示 U1 U2 U3 U4 U5 U6 U7 U8 (b) 系统运行若干时间之后 图8.1 动态存储分配过程中的内存状态 (a) 系统运行初期 U1 U2 U3 U4 U5 U6 U7 U8 此时，若又有新的用户进入系统请求分配内存，那系统将： 策略一：系统继续从高地址的空闲块中进行分配，而不理会 已分配给用户的内存区是否已空闲，直到分配无法进行（即剩余 的空闲块不能满足分配的请求）时，系统才去回收所有用户不再 使用的空闲块，并且重新组织内存，将所有空闲的内存区连接在 一起成为一个大的空闲块。 策略二：用户一旦运行结束，便将它所占内存区释放成为空 闲块，同时，每当新的用户请求分配内存时，系统需要巡视整个 内存区中所有空闲块，并从中找出一个“合适”的空闲块分配之。 在此策略下，系统需建立一张记录所有空闲块的“可利用空间表”， 此表的结构可以是“目录表”，也可以是“链表”。如图8.2所示。 25 000 39 000 0 10 000 31 000 59 000 99 999 (a) 内存状态 (b) 目录表 起始地址 内存块大小 使用情况 10 000 15 000 空闲 31 000 8 000 空闲 59 000 41 000 空闲 (c) 链表 图8.2 动态存储管理过程中的内存状态可利用空间表 av 10 000