Question

我有一个用Lua运行的C程序。

虽然我尝试使用lua_gc（）来获取和控制Lua的内存使用量，但C进程内存使用率仍然很高。 C进程使用超过150MB的内存，即使Lua说它只使用4MB内存。

我也尝试使用我的l_alloc（）函数来跟踪Lua内存分配，但结果与Lua通过调用lua_gc（LUA_GCCOUNT）和lua_gc（LUA_GCCOUNTB）告诉的内存使用情况相同。

在调用lua_close（）关闭Lua环境后，进程内存已关闭并且看起来很好。因此，我认为“失去的记忆”仍然由Lua而不是C程序控制。

以下是示例C代码。它创建一个Lua环境，调用Lua函数清除数据，然后检查内存使用情况。

int main()
{
    int rc;
    uint64_t gc_mem_usage;

    lua_State* Lua = luaL_newstate();
    luaL_openlibs(Lua);

    lua_gc(Lua, LUA_GCSTOP, 0);
    luaL_dofile(Lua, "test.lua");

    gc_mem_usage = ((uint64_t)lua_gc(Lua, LUA_GCCOUNT, 0) << 10) + lua_gc(Lua, LUA_GCCOUNTB, 0);
    printf("Lua mem usage: [%" PRIu64 "] Bytes\n", gc_mem_usage);

    lua_getglobal(Lua, "command_handler");
    lua_pushstring(Lua, "CC");
    rc = lua_pcall(Lua, 1, 0, 0);
    if (rc != 0 ) {
        printf("function error\n");
        return;
    }

    lua_settop(Lua, 0);

    // do full gc
    lua_gc(Lua, LUA_GCCOLLECT, 0);
    lua_gc(Lua, LUA_GCCOLLECT, 0); // I don't know why it has different result by calling full gc twice
    sleep(1);

    printf("-------------After GC ----------------------\n");
    gc_mem_usage = ((uint64_t)lua_gc(Lua, LUA_GCCOUNT, 0) << 10) + lua_gc(Lua, LUA_GCCOUNTB, 0);
    printf("Lua mem usage: [%" PRIu64 "] Bytes\n", gc_mem_usage);

    // infinite-loop
    while(1);
}

Lua示例代码：

local abc = {}

function command_handler(cmd)
    if (cmd == "CC") then
        abc = {}
    end
end

for i =0, 2000000 do
    abc[i] = "ABC" .. i .. "DEF"
end

输出：

Lua mem usage: [204913817] Bytes
-------------After GC ----------------------
Lua mem usage: [4219342] Bytes

输出告诉我在GC之后Lua内存使用率下降了，但是通过连续检查这个C进程的内存使用率仍然非常高（193.7MB）。

 PID MINFLT MAJFLT      VSTEXT  VSIZE  RSIZE  VGROW  RGROW  MEM CMD     1/1
4622      1      0          3K 193.7M 183.9M     0K     4K  18% a.out

是否有任何解决方案可以减少C进程内存使用量？

我的环境是在Ubuntu / CentOS中运行的Lua 5.1.4。

Answer 1

Lua通过调用提供的释放函数（默认为realloc(block, 0)）忠实地释放无法访问的对象。看起来libc分配器正在努力返回未使用的内存，可能是由于高碎片。查看strace输出（我在64位Debian 6上使用Lua 5.1.4得到大致相同的数字），C运行时选择使用brk以小增量进行分配，但不进行解除分配（随后调用具有较低值的brk。但是，如果您在输入无限循环之前插入malloc_trim(M_TOP_PAD)，您会在top输出中看到居民大小急剧下降到~5M，而strace显示数据段确实已被裁减{ {1}}。在这种情况下，使用自定义分配器（例如基于池）或调整brk参数可能会有所帮助。

Lu进程中的内存泄漏

1 个答案: