Skip to content
云风 edited this page Jun 21, 2017 · 4 revisions

skynet 默认使用了 jemalloc 作为内存管理模块,但这并非必须。jemalloc 能带来多大好处也和实际应用有关。是否连接 jemalloc 参 Build

skynet 实现了一个和 jemalloc 无关的 memory hook ,用来做服务占用内存的统计,可以用来在 C 层面分析是否有内存泄露。

它的原理是为每个工作线程分配一个 TLS 区,在 worker 处理服务的消息前,先设置当前服务的地址。这样在内存分配发生时就可以知道是由哪个服务分配的内存。这有一点点开销(每块内存多了几个字节,且有一些额外的运行开销),如果你计较它,可以关闭。

通常我们不太需要这个统计,因为大部分服务是用 lua 编写的,可以通过 DebugConsole 向 lua 服务索要内存使用情况。它主要用于自己编写的 Lua C 扩展库的统计。统计接口被封装为一个叫作 memory 的库供 lua 调用。或者你可以直接启动 cmemory 这个 lua 服务来输出统计信息。

注: 在 1.0 beta 之后,对于 lua 服务使用的默认分配器不再 hook 统计内存开销。它只统计 C 模块中的内存使用。如果你想修改这个行为,可以阅读 https://github.com/cloudwu/skynet/blob/master/skynet-src/malloc_hook.c

参考: https://github.com/cloudwu/skynet/blob/master/service/cmemory.lua

单个 VM 可以限制内存上限,见:https://github.com/cloudwu/skynet/blob/master/test/testmemlimit.lua

Double Free 及内存越界检查

C 模块中,不小心对同一个内存地址调用多次 free ,或是写了多余的数据超过了申请的内存空间,都是比较常见的 bug 源。在 skynet issue 中有很多 coredump 报告都来源于直接或间接的犯了这种错误。

虽然保证不出此类 bug 并不是 skynet 框架的职责,但在这里还是提供了一个叫做 MEMORY_CHECK 的宏帮助检查。

malloc_hook.c 中打开注释的 #define MEMORY_CHECK 将在每次内存分配时都再内存块的末尾记录一个额外的 tag ,在释放的时候修改。一旦发生 double free ,将立刻发现。同时这个技巧也可以部分的检测出内存写越界。

Clone this wiki locally