dpull

面包屑小道.

    Back to Top

    限制asan内存占用

    Published on 2021/07/21.

    基于gcc4.8.5

    注意: gcc4.8.5提供了很老版本的asan, 和现有的文档中的选项有区别

    问题

    后台开启asan后, 内存持续增长, 耗尽物理内存

    问题定位

    asan为了检测use-after-free错误, 会区别于正常内存另外开辟一个隔离区(quarantine cache list), 用户每次释放内存, asan都会将释放的内存放置其中并且不对此区域的内存进行复用, 用户对隔离区内容的访问都会被检测为use-after-free-error.

    因为服务器禁用了swap, 所以物理内存降低.

    解决方案

    1. 局部开启asan:只给C++代码较重的服务开启asan(如果可执行文件非asan, 动态库是asan的, 需要LD_PRELOAD=./libasan.so.0)
    2. 设置ASAN_OPTIONS中的quarantine_size选项(注意:高版本是quarantine_size_mb), 限制隔离区大小

    附录

    • 安装asan
    yum install libasan -y
yum install libasan-static -y (如果选择静态链接asan, -static-libasan)
    • 开启asan
    set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -fno-omit-frame-pointer -fsanitize=address")
set(CMAKE_LINKER_FLAGS_DEBUG "${CMAKE_LINKER_FLAGS_DEBUG} -fno-omit-frame-pointer -fsanitize=address")
    • 项目用的选项
    ASAN_OPTIONS=help=disable_core=0:unmap_shadow_on_exit=1:abort_on_error=1:quarantine_size=67108864:log_path=./log/asan.log
    1. 高版本的选项和这个不同
1. 开启core是为了和现有的监控系统结合起来, 以及比较方便的定位问题
1. 开启log是因为程序后台运行, 无法查看stderr, core中只有堆栈, 没有为什么crash掉, 两者结合会更容定位问题
1. 开启了64M内存

    本文链接, 未经许可，禁止转载