首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

Buddy算法的μC/OSII高可靠内存管理方案

Buddy算法的μC/OSII高可靠内存管理方案

1  内存管理概述
    内存管理是操作系统的中心任务之一,其主要任务是组织内存以容纳内核和待执行程序,跟踪当前内存的使用情况,在需要时为进程分配内存,使用完毕后释放并回收内存[1]。目前嵌入式系统中常用的内存管理策略主要有两种——静态内存分配和动态内存分配。
    静态内存分配: 编译或链接时将所需内存分配好[2],程序运行起来后所分配的内存不释放。对于实时性和可靠性要求极高的系统,不允许延迟或者分配失效,必须采用静态内存分配的方式。
    动态内存分配: 根据程序执行过程中所需内存的大小而动态分配内存的策略。此方案按需分配内存,避免了静态分配中的内存浪费,灵活性比较强,给程序的实现带来了很大方便。缺点是容易造成内存碎片,且容易造成程序响应不及时等问题。
    综上所述,静态内存分配和动态内存分配各有优点,出于嵌入式系统可靠性、实时性及成本、功耗的考虑,如何在两种方案中作出平衡的选择是令嵌入式操作系统设计者头疼的事。一般的嵌入式操作系统都是两种方案的高效结合,μC/OSII也不例外[3]。除此之外,嵌入式操作系统对内存的分配还有以下几点要求[4]:
    ① 可靠性。内存分配的请求必须得到满足,如果分配失败可能会带来灾难性的后果。比如,航天飞机的嵌入式操作系统若发生内存分配失效,损失是不可估量的。
② 快速性。嵌入式系统对实时性的保证,要求简单、快速地分配内存。
③ 高效性。嵌入式系统中内存是一种有限、昂贵的资源,内存分配要尽可能地减少浪费。
    μC/OSII作为一种典型的嵌入式操作系统,其内存管理同样要满足以上3点要求,下面简单介绍μC/OSII的内存管理策略,并分析其不足之处。
    2  μC/OSII动态内存管理方案及不足
    2.1  μC/OSII内存管理方案简介
    μC/OSII内存管理模块主要由一个数据结构体和5个函数组成:
◆ 内存控制块数据结构OS_MEM;
◆ 内存分区创建函数OSMemCreate(void *addr, INT32U nblks, INT32U blksize, INT8U *err);
◆ 内存块分配函数OSMemGet(OS_MEM *pmem , INT8U *err);
◆ 内存块释放函数OSMemPut(OS_MEM *pmem , void *pblk);
◆ 内存分区状态查询函数OSMemQuery(OS_MEM *pmem, OS_MEM_DATA *p_mem_data);
◆ 内存控制块链表初始化函数OSMemInit(void)。
    μC/OSII用一个内存控制块(OS_MEM)来管理内存分区,主要通过以下4步来管理:
① 内存控制块链表初始化函数OSMemInit()负责创建空内存控制块结构的链表,链表长度由内核OS_CFG.H文件中定义的OS_MAX_MEM_PART宏确定。
    ② 内存块创建函数OSMemCreate()先从空内存控制块结构链表上获取一个空的内存控制根块结构,根据用户需要内存块的大小来创建分区。一个分区中含有相同大小的内存块,各内存块也是通过链表链接起来,而不同分区中的内存块大小一般不同,如图1所示的Partition # 1和Partition # 2中内存块的大小是不同的。

   

    图1  μC/OSII通过内存控制块管理内存

    ③ 内存块分配函数OSMemGet()通过从内存控制块链表中找到能够满足自己内存块需要的内存控制块,然后从这个内存控制块指向的分区链表首部得到自己需要的内存块。
④ 内存块释放函数OSMemPut()负责回收内存块。当应用程序不再使用某一个内存块时,必须及时把它释放,并放回到相应的内存分区中
返回列表