MOCOR平台内存管理介绍及案例分析

1、1会计学MOCOR平台内存管理介绍及案例分析平台内存管理介绍及案例分析 . 22021-12-14 . 32021-12-14 . 42021-12-14 . 52021-12-14 . 62021-12-14 . 72021-12-14 . 82021-12-14MOCOR平台也是利用了这一特性，根据不同的需求而创建了多个heap。每一个字节池都有一个相应的字节池控制块，通常是一个全局结构。控制块包括对内存池的定义和状态，比如内存池的名字，可用的字节数等。该结构的定义如下： . 92021-12-14 . 102021-12-14除了上述的分配原则之外，字节池里还定义了一个值BYTE_POO

2、L_SLIP_SIZE。这是在代码里实现指定的一个具体数值，在分配内存时，如果要分配的内存大小大于这一数值，则从字节池的底部开始分配。采用这种分配方式是为了减少内存碎片的产生，尽量把大内存的分配区域和小内存的分配区域分开。目前系统里定义的BYTE_POOL_SLIP_SIZE为80K。 . 112021-12-14 . 122021-12-14 . 132021-12-14 . 142021-12-14 . 152021-12-14于简单的链表操作，分配时不需要搜索整个内存块列表，它总是使用链表头部的内存块来分配。n内存块池的主要缺点是缺乏灵活性。固定尺寸既是它的优点也是它的缺点。如果一个内存

3、块池的尺寸足够大，可以满足用户最极限的内存分配需求，那么，这个内存块池上分配许多不同尺寸的内存会导致严重的内存浪费。一种解决办法是同时创建几个不同的内存块池，每个内存块池分别容纳不同尺寸的内存块。目前MOCOR平台就是这样做的，具体我们后面再讨论。同字节池一样，内存块池也有一个控制块结构，其中有该内存块的相关信息，该结构如下： . 162021-12-14 . 172021-12-14 . 182021-12-14 . 192021-12-14 . 202021-12-14 . 212021-12-14 . 222021-12-14dynamic base heap,static heap和d

4、ynamic app heap。同样，对应着三个heap也有三个不同的接口，分别是:nSCI_ALLOC_BASE，nSCI_ALLOC_CONSTnSCI_ALLOC_APP。 . 232021-12-14 . 242021-12-14MAX_DYNAMIC_BASE_HEAP_SIZE + MAX_DYNAMIC_APP_HEAP_SIZE) . 252021-12-14 . 262021-12-14 . 272021-12-14 . 282021-12-14 . 292021-12-14申请者只要传入欲分配的内存大小即可，无须关心内存究竟是在哪里分配的。 . 302021-12-14 .

5、 312021-12-14n结构成员的意义如下：pre , succ : 两个指向header结构的指针，目的是将所有的header串成一张双向链表。file_name , line: 分配该块内存的文件名和行号size : 内存大小(不包括header)block_num: 系统分配的内存块总计此外，为了能检查内存越界，在每一块分配内存的最后也会额外多分配一个字节做为END FLAG，内存分配时该字节会被写入0 xAA。当该内存被释放时，会检查该标志位，如果不为0 xAA，则说明出现异常，系统ASSERT。 . 322021-12-14 . 332021-12-14 . 342021-12-

6、14 . 352021-12-14 . 362021-12-14 . 372021-12-14 . 382021-12-14uint32 pool_B_addrPOOL_XX_SIZE(POOL_B_BLOCK_SIZE, POOL_B_BLOCK_NUM);uint32 pool_C_addrPOOL_XX_SIZE(POOL_C_BLOCK_SIZE, POOL_C_BLOCK_NUM);uint32 BYTE_HEAP_ADDR byte_head_size 2 ; . 392021-12-14 . 402021-12-14 . 412021-12-14 . 422021-12-14 .

7、 432021-12-14 . 442021-12-14 . 452021-12-14 . 462021-12-14line=11550, param=0 x4650)打出当前所有分配的信息，发现异常,有一条分配信息出现多次： . 472021-12-14 . 482021-12-14从死机信息可以看出，要分配的内存大小为0 x113004（1126404），这么大的内存只可能从heap上分配，查看app heap的信息如下： . 492021-12-14 . 502021-12-14 . 512021-12-14 . 522021-12-14 . 532021-12-14 . 542021-

8、12-14 . 552021-12-14配的。另一块是下面红框部分，主要是由MMS分配，所以这里存在MMS和FMM并发的情况。如果我们在发送彩信之前就先退出FMM的话，可以解决此问题。增大heap。前面我们已经算出当前差了44472字节，修改mem_cfg.c，将app heap的大小增加至少44K。需要注意的是，如果要增大heap，首先要确认一下当然ram是否还有这么多可用的空间，可以通过查看map文件最后的几行信息：Total RO Size(Code + RO Data) 7530419 (7353.92kB) Total RW Size(RW Data + ZI Data) 39443

9、75 (3851.93kB) Total ROM Size(Code + RO Data + RW Data) 7586078 (7408.28kB)红色的RW size就是我们要关注的，可以看到当前RW使用了3851K，而RAM的总数是4096K，所以还有充足的空间，heap增加个几十K没有什么问题。可以看到使用2和3都可以解决问题，通常把增大heap作为最后的手段。 . 562021-12-14 . 572021-12-14 . 582021-12-14 . 592021-12-14 . 602021-12-14 . 612021-12-14 . 622021-12-14 . 632021-12-14 . 642021-12-14 . 652021-12-14 . 662021-12-14 . 682021-12-14 . 692021-12-14 . 702021-12-14 . 712021-12-14于简单的链表操作，分配时不需要搜索整个内存块列表，它总是使用链表头部的内存块来分配。n内存块池的主要缺点是缺乏灵活性。固定尺寸既是它的优点也是它的缺点。如果一个内存块池的尺寸足够大，可以满足用户最极限的内存分配需求，那么，这个内存块池上分配许多不同尺寸的内存会导致严重的内