当前文档版本为 v0.2.0,您可以访问当前页面的 开发中 版本以获取最近可能的更新。

NDK RAM 使用情况分析以及优化指南

1 如何查看KEIL的RAM和Flash使用情况

因为当前工程中很多和BLE时间处理相关的函数为了提升处理速度使用了RAM CODE,所以导致部分CODE会占用RAM空间,所以查看工程的实际占用空间要从RAM和Flash空间进行查看。

首先双击keil项目打开map文件

1.1 如何查看RAM空间:

image

通过STACK查看RAM占用

因为STACK占用RAM边界位置,我们可以通过STACK占用可以知道RAM最多占用0x20007f30+0x800(2048) = 0x20008730的RAM,因为RAM地址默认是0x20000000起始的,所以我们知道RAM占用了0x8730(34608)字节的RAM。

1.2 如何查看Flash空间

从RAM空间往上查找flash边界位置,0x20000000前面的即是flash最大地址

image

查看flash边界

通过map文件找到边界地址0x1c7a8+0x22(34) = 0x1c7ca(116682) bytes。

2 关于堆空间的使用说明

2.1 蓝牙controller的堆

蓝牙controller的堆默认是用于controller的广播,连接等各种数据包动态分配使用的。而且是从host定义来进行分配的,但是不同的参数可能导致堆的需求空间不一致。

我们可以通过打开app_config.h或者app_config_spark.h中的BT controller Memory Pool usage print选项(对应的宏CONFIG_CNTRL_MEM_POOL_PRINT)显示的输出底层controller所需要的内存。

正常分配时如下:

[19:32:53.628]收←◆LL Controller Version:bd5923c

[19:32:53.665]收←◆BT controller memory pool used: 400 bytes, remain bytes: 8496, total:8896 
BT controller memory pool used: 764 bytes, remain bytes: 8132, total:8896 
BT controller memory pool used: 3784 bytes, remain bytes: 5112, total:8896 
BT controller memory pool used: 4840 bytes, remain bytes: 4056, total:8896 
BT controller memory pool used: 5164 bytes, remain bytes: 3732, total:8896 
BT controller memory pool used: 6124 bytes, remain bytes: 2772, total:8896 
BT controller memory pool used: 8896 bytes, remain bytes: 0, total:8896 
app started

上面的log显示正常分配的对内存为8896bytes,所以我们可以打开nimble_glue.c或者nimble_glue_spark.c找到堆分配的宏PAN_BLE_CTLR_BUFFER_ALLOC将其的值修改为8896

#define PAN_BLE_CTLR_BUFFER_ALLOC	(8896)
#define PAN_BLE_CTLR_BUFFER_SIZE	(((PAN_BLE_CTLR_BUFFER_ALLOC) + 3)& (~((uint32_t)0x03))) /*4 bytes aligned*/

static uint32_t mem_buffer[PAN_BLE_CTLR_BUFFER_SIZE/4];
static uint32_t mem_pos;

我们也可以将堆修改为异常很小的值,比如此处设置为4000,看下实际输出:


[19:38:01.115]收←◆LL Controller Version:bd5923c

[19:38:01.151]收←◆BT controller memory pool used: 400 bytes, remain bytes: 3600, total:4000 
BT controller memory pool used: 764 bytes, remain bytes: 3236, total:4000 
BT controller memory pool used: 3784 bytes, remain bytes: 216, total:4000 
BT controller allocating 1056 bytes failed

此时分配失败后会触发断言在初始化的地方卡住。

我们可以一开始设置比较大的堆值,然后再调整为合适的值即可。

2.2 App以及host使用的堆(应用层堆全局使用freertos的堆)

为了方便资源管理,我们app和host全局使用freertos的堆,相应堆的分配函数pvPortMalloc

当前SDK哪些资源默认使用了freertos的堆呢?

  • app中显式使用pvPortMalloc的地方

  • freertos task的栈

  • 创建freertos定时器时的栈(定时器也是task)、

  • freertos创建信号量等

2.3 如何查看freertos heap的使用

我们可以通过打开app_config.h或者app_config_spark.h中的FreeRTOS Heap Usage Print选项(对应的宏CONFIG_FREERTOS_HEAP_PRINT)显示的输出底层controller所需要的内存。

freertos heap的宏是FreeRTOSConfig.h中的configTOTAL_HEAP_SIZE,我们可以通过修改configTOTAL_HEAP_SIZE的值来改变全局堆的大小。

启动时会输出如下:

[19:47:57.875]收←◆total allocated bytes:216,remain:5920
total allocated bytes:304,remain:5832
total allocated bytes:392,remain:5744
total allocated bytes:480,remain:5656
total allocated bytes:536,remain:5600
total allocated bytes:704,remain:5432
total allocated bytes:792,remain:5344
LL Controller Version:bd5923c

[19:47:57.918]收←◆app started
total allocated bytes:848,remain:5288
total allocated bytes:2864,remain:3272
total allocated bytes:2960,remain:3176
total allocated bytes:3232,remain:2904
total allocated bytes:3328,remain:2808
total allocated bytes:4368,remain:1768
total allocated bytes:4464,remain:1672
total allocated bytes:4520,remain:1616
total allocated bytes:4752,remain:1384
total allocated bytes:4776,remain:1360
total allocated bytes:4808,remain:1328

我们故意将configTOTAL_HEAP_SIZE设置为一个很小的值,分配失败是会有如下显示:


[19:50:28.736]收←◆total allocated bytes:216,remain:2848
total allocated bytes:304,remain:2760
total allocated bytes:392,remain:2672
total allocated bytes:480,remain:2584
total allocated bytes:536,remain:2528
total allocated bytes:704,remain:2360
total allocated bytes:792,remain:2272
LL Controller Version:bd5923c

[19:50:28.778]收←◆app started
total allocated bytes:848,remain:2216
total allocated bytes:2864,remain:200
total allocated bytes:2960,remain:104
pvPortMalloc failed
allocate 272 bytes failed,remain:104

另外我们也要注意一点,堆定义的空间可以适当多分配一点,有些堆的分配是在运行时才会去调用。