MTK 内存管理 简单总结.doc

MTK 内存管理简单总结MTK 用的操作系统是 nucleus, 这是一个 rtfs(实时操作系统)，这个 rtfs 本身是不带内存管理功能，所以 MTK 自己写的内存管理nucleus 在系统初始化完毕时，会调用 Application_Initialize，参数就是可使用内存的起始地址)大体上来分，MTK 内存可以分为 3 种：control buffer 平常使用的 OslMalloc 就是这个内存这个内存内部实现是按块来划分的(pool)，具体的配置可以 custom_config.c 文件里的custom_config_ctrl_buff_info()里看到里面的 size 指定了这个块的大小，no_of_buff 指定了有多少个这样的块按块来管理内存，可以有效地控制内存的碎片，管理也相对简单，可能会造成内存的一些浪费，对于这种需要长时间运行不重起的设备来说，还是很有必要的MTK 默认最大块的大小为 2048byte，也就是 2k这就是说用 OslMalloc 分配内存默认最大能分配到 2k，这个可以看 custom_config_ctrl_buff_info()配置可以看到。

可以通过修改里面的配置来改变这个值，不过一般不这么做，因为 MTK 提供了其他的内存管理方式system buffer system buffer 平时我们用不到，听名字也是系统使用的主要是提供 run-time usage,是一块 semi-static memory(什么意思？)比如 block of task, task stack ,control block of control buffer ,buffer pool 等等在 custom_config.c 里面配置 ，主要有两个宏 GLOBAL_MEM_SIZE 和 GLOBAL_DEBUG_MEM_SIZE 两个 static 数组 static kal_uint32 System_Mem_Pool[GLOBAL_MEM_SIZE/sizeof(kal_uint32)]；和 static kal_uint32 Debug_Mem_Pool[GLOBAL_DEBUG_MEM_SIZE/sizeof(kal_uint32)];为了满足时间要求，也就是要求快速分配，系统内存又分为 internal system memory 和 system memory 前者link 到 internal SRAM ,后者 link 到 external SRAM app buffer app 的内存是使用通过 MTK 提供的一种 ADM(application dynamic memory)机制来实现，ADM 主要的功能是通过管理一个数组来实现内存的分配。

ADM 也是通过内存块(pool)来实现的，具体无法看到其代码app 通过 adm 这个机制，可以更加灵活的使用内存，比如分配大内存(大于 2k)等等主要函数创建 admKAL_ADM_ID kal_adm_create(void *mem_addr, kal_uint32 size, kal_uint32 *subpool_size, kal_bool islogging);删除函数kal_status kal_adm_delete(KAL_ADM_ID adm_id);分配函数 extern void *kal_adm_internal_alloc(KAL_ADM_ID adm_id, kal_uint32 size, char *filename, kal_uint32 line);#define kal_adm_alloc(adm_id, size) kal_adm_internal_alloc(adm_id, size, __FILE__, __LINE__)释放函数extern void kal_adm_free(KAL_ADM_ID adm_id, void *mem_addr);MTK 内存管理简单总结 2在 MTK 内存管理简单总结中，大体说了 MTK 的三种内存分配方式，对于第三种，也就是 app buffer，是比较丰富的一种。

在 MTK 平台中也有许多具体的实现在代码里搜索一下 kal_adm_create 就可以发现有许多地方使用了看一个比较典型的使用：在文件 app_mem.c 里，有两个 memory pool，一个是用于应用之间共享内存，另一个是用于屏幕内存第一种内存，主要是用于各种应用之间共享内存(以下简称 ASM)，这样可以节省内存，MTK 实现了一种机制，可以在多个应用之间共享内存当当前应用想获得的共享内存不足时，MTK 会通知后台应用释放相应的内存这套机制在 AppMemMgr.c 里面实现先看一下初始化该内存次池函数 void applib_mem_ap_init(void (*stop_finish_callback_by_MMI)(kal_uint32 app_id, kal_uint32 string_id, kal_bool result))这个函数带有一个参数，这个参数是一个函数指针，该回调函数有3个参数，app_id,(应用id),string_id 和 result这个回调函数比较特别，是当一个后台应用被要求释放内存，释放完毕后调用的为什么要搞这么一个函数，因为一些应用比较复杂，释放内存的同时需要关闭一些资源，而这些动作是异步的，等这些异步发的操作都完成时，调用一些函数，告诉 ASM，内存释放完毕。

具体实现：通过调用 kal_adm_create 来创建一个内存池，然后保存了一些回调函数，没有什么特别的地方，内存池的大小是 APPLIB_MEM_AP_POOL_SIZE 来确定的，可以通过修改 app_asm_pool_union 来修改内存池的大小应用分配内存void *applib_mem_ap_alloc(kal_uint32 app_id, kal_uint32 mem_size)应用通过上面的函数来获得 ASM 的内存，参数一 app_id，是当前分配内存的 id，这个 id需要自己定义，并且注册(下文说明 )，参数二是实际需要分配的内存大小具体实现：先 mem_size 进行了处理，让其四字节对齐然后通过 kal_adm_alloc 获得内存，不过这个内存加上了一个头结构和尾结构，(头和尾都加入了特殊字符，再释放时进行检查，这个可以判断内存是否越界) 然后把这个内存插入到 list 的头部管理简单总结 3昨天说到了内存的分配下面看一下内存释放主要进行了 3 步：static void applib_mem_ap_free_int(void *mem_ptr){/*----------------------------------------------------------------*//* Local Variables *//*----------------------------------------------------------------*/applib_mem_header_struct *header, *prev_node, *remove_node;applib_mem_footer_struct *footer; /*----------------------------------------------------------------*//* Code Body *//*----------------------------------------------------------------*/if (g_applib_mem_cntx.app_pool_id) /* Normal mode */{ASSERT(mem_ptr && APPLIB_MEM_ALIGNED_4(mem_ptr));header = ((applib_mem_header_struct*) mem_ptr) - 1;footer = (applib_mem_footer_struct*) (((char*)mem_ptr) + header->chunk_size); ASSERT(APPLIB_MEM_COMP_PATTERN(header->guard_pattern, APPLIB_MEM_HEADER_PATTERN1) && APPLIB_MEM_COMP_PATTERN(footer->guard_pattern, APPLIB_MEM_FOOTER_PATTERN1));/* * Remove the block from linked list ** It is not a fast algorithm, we can improve it by using double linked list, * but we choose simpler design because* 1. Typically total allocation count is small* 2. We don't want to increase space overheads* 3. We don't want to access KAL ADM internal data structure*/prev_node = &g_applib_mem_cntx.app_head; ASSERT(prev_node->next);for (remove_node = prev_node->next;remove_node; prev_node = remove_node, remove_node = prev_node->next){if (remove_node == header){break;}}ASSERT(remove_node);prev_node->next = remove_node->next;/* Set guard pattern */APPLIB_MEM_SET_PATTERN(header->guard_pattern, APPLIB_MEM_HEADER_PATTERN2); APPLIB_MEM_SET_PATTERN(footer->guard_pattern, APPLIB_MEM_FOOTER_PATTERN2);/* Release the block */#ifdef APPLIB_MEM_USE_ADM kal_adm_free(g_applib_mem_cntx.app_pool_id, header);#else free(header);#endif ASSERT(g_applib_mem_cntx.app_alloc_count > 0);g_applib_mem_cntx.app_alloc_count--;}else /* Full pool mode */{ASSERT(mem_ptr == g_applib_mem_ap_pool && g_applib_mem_cntx.app_alloc_count == 1);g_applib_mem_cntx.app_alloc_count = 0;g_applib_mem_cntx.app_id_of_full_pool = APPLIB_MEM_AP_ID_DUMMY; /* 0 */#ifdef APPLIB_MEM_USE_ADM g_applib_mem_cntx.app_pool_id = 。