全志XR系列 如何统计XRMCU的内存使用情况

问题背景
有客户反馈代码运行奔溃,但始终找不到原因,经排查后发现是剩余RAM不足导致的。客户把所有应用内存直接保存到SRAM中,导致内存不足,跑应用时踩内存导致系统奔溃。

问题描述
因为代码全放在RAM中导致内存不足,跑应用时容易踩内存系统奔溃,但如何统计内存使用情况并优化?

问题分析

  • 内存是如何保存到指定位置的?
    GCC链接操作是以section作为最小的处理单元,只要一个section中的某个符号被引用,该section就会被加入到可执行程序中去。因此,GCC在编译时可以使用 -ffunction-sections和 -fdata-sections 将每个函数或符号创建为一个sections,其中每个sections名与function或data名保持一致。而在链接阶段, -Wl,–gc-sections 指示链接器去掉不用的section(其中-wl, 表示后面的参数 -gc-sections 传递给链接器),这样就能减少最终的可执行程序的大小了。

  • 哪些代码可以放在XIP,哪些代码必须放在SRAM?
    可以简单记忆为XIP需要初始化,XIP初始化前会调用的代码不用放在XIP,如malloc,rtos的代码。中断的时间要求尽量短,也不要调用XIP的代码。

解决方法
SDK中提供了内存分析工具,以XR806为例,内存分析工具为tools\map_parse_gcc_v3.py,以audio_demo为例,使用方法为:

python map_parse_gcc_v3.py audio_demo.map

稍等片刻在bash中会显示内存统计情况:

=================================
Usage:
  map_parse_version: 1.0.4
  map_parse_gcc.py xxx.map
=================================
Memory Sections:
RAM              0x0000000000201000 0x000000000004b000 xrw
FLASH            0x0000000000400000 0x0000000000800000 xr
PSRAM            0x0000000001400000 0x0000000000000000 xrw
*default*        0x0000000000000000 0xffffffffffffffff
                            MEMORY MAP
|===========================================================================|
| MODULE                                   | RAM      | FLASH    | PSRAM    |
|===========================================================================|
| atomic                                   | 0        | 28       | 0        |
| board                                    | 20       | 14       | 0        |
| board_common                             | 602      | 0        | 0        |
| board_config                             | 1216     | 304      | 0        |
| captureControl_rtos                      | 0        | 467      | 0        |
| card_pcm                                 | 0        | 712      | 0        |
................
................
| sys_monitor                              | 0        | 814      | 0        |
| *fill*                                   | 149      | 1179     | 0        |
|===========================================================================|
| TOTAL (bytes)                            | 95045    | 1032493  | 0        |
| MEM LIMIT                                | 307200   | 8388608  | 0        |
| MEM LEFT                                 | 212155   | 7356115  | 0        |
|===========================================================================|

其中lib打头的一般是.a静态库,其余为.o可执行文件,如果确定该section可以放在xip,修改project\linker_script\gcc\appos.ld,在xip.section添加对应的目标,常用的写法如下:

    .xip :
    {
        . = ALIGN(16);
        __xip_start__ = .;
        *AAA.a: (.text .text.* .rodata .rodata.*)  //某个静态库的text和rodata都存到xip中
        *AAA.a:bbb.o (.text .text.* .rodata .rodata.*) //某个静态库中的某个.o存到xip中
        *AAA.a: (EXCLUDE_FILE (bbb.o) .text) //某个静态库中除了bbb.o的text段,其余放到xip中
        *bbb.*.o (.text .text.* .rodata .rodata.*) //bbb打头的所有.o存进xip中,常用于同一个make,但没有编译出静态库的场合

原贴链接:https://bbs.aw-ol.com/topic/1059
全志在线开发者交流企鹅群(客服机器人24小时在线解答):498263967
资源获取、问题讨论可以到全志在线开发者社区进行:https://www.aw-ol.com/
全志及开发者最新动态可以关注全志在线微信公众号

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值