LuaJIT 5.3.6 原名 Lua-NOGC
,是基于 Lua 5.3.6
实现的一个垃圾回收优化的扩展版本。
后来又基于 Lua 5.3.6
实现了 Just-In-Time Compiler(JIT)
,改名为 LuaJIT 5.3.6
。
LuaJIT 5.3.6 一共提供了三个 Lua 函数,其中关于垃圾回收优化的有 bggc
和 nogc
。
bggc([opt)
bggc 只有一个参数 opt,通过参数 opt 提供一组不同的功能。
nogc([opt, [, arg])
这个函数是 NOGC 的通用接口,通过参数 opt 提供了一组不同的功能,第二参数始终只接受 table 或 nil(当不需要时):
configTable = {a = "test", b = true, c = 100} -- 创建一张配置表
nogc("open", configTable) -- 标记该 table 不被 Lua 垃圾回收管理
print(nogc("len")) -- 返回不被 Lua 垃圾回收管理的对象个数
print(nogc("count")) -- 返回当前不被 Lua 垃圾回收管理的对象的总内存大小,其单位为K
nogc("close", configTable) -- 恢复该 table 的标记,使其能够被 Lua 垃圾回收
jit([opt, [, arg])
该函数为 JIT 的通用接口,通过参数 opt 提供了一组不同的功能,第二参数只接受 Lua function
或者 int
。
只有当 函数的大小 > limitsize
且 函数的执行次数 > limitcount
才会触发编译。
BGGC
没有需要注意的,这意味着你可以只用 bggc
以一个最小的成本获得一个不错的垃圾回收效率的提升。
NOGC
则需要注意以下几点:
table 中仅支持以下类型
不支持以下类型(会进行检查)
其中 table 都不支持 weak table(会进行检查)
同时被 NOGC 接管的 table 都不支持增加 必须是只读!(因为新的对象插入到不被扫描到的 table 中,会导致该对象不会被标记,进而被垃圾回收,导致段错误)
如果需要往 table 中增加对象,请通过以下顺序进行操作。
nogc("close", table) -- 先关闭 NOGC
table[#table] = ? -- 插入新的值
nogc("open", table) -- 重新打开 NOGC
JIT
需要注意以下几点:
LUAI_MAXCCALLS(200)次
。OP_TAILCALL
默认实现为 OP_CALL
,因此调用次数也不能超过 LUAI_MAXCCALLS(200)
。debug
库的相关的 hook,都会失效,因为 Lua支持按指令 hook,对性能有一定的影响。跟官方的 Lua5.3
相同的使用方式。
BGGC
不支持 windows
主要是 windows
不支持 pthread
,但是依然可以编译,只是用不了这一个功能。
git clone https://github.com/Yu2erer/Lua-NOGC.git
make linux test # 其中 linux 为相应平台,不支持 c89 编译。
目前仅提供了 Lua 5.3.6,如果需要其他 Lua 版本,可以参考 patch。
也请参考 patch。
统统支持,唯一不支持的就是 weak table。
因为 nogc("open", tb) 只是对 table 打上标记,真正把它从Lua垃圾回收的链表中取下来的时间取决于 垃圾回收触发的时机,如果希望直接看到结果,可以在 open 之后直接调用 collectgarbage() 进行一次全量回收,触发其下链。
参考问题4,因为Lua的垃圾回收是渐进的,在那个瞬间只下链了那么多个对象。
请确认你的 table 是不是插入了新的对象,该 table 必须是只读的!
参考 注意事项 中的代码示例。
经过测试,
bggc
开启了后台线程优化后,大约能提升50%
。nogc
则取决于你不需要参与垃圾回收的对象数量。
经过测试,
JIT
开启后, 最大能有 7倍 的提升。
LuaJIT 5.3.6 backend mir
LuaJIT 5.3.6 is released under the MIT license. See LICENSE for details.