OpenResty 1.15.8.1 版本后不支持lua_malloc_trim 了吗？

j.royal01

更新新版本后原来配置的这个参数启动直接报错了

doujiang24

嗯，新版本的 LuaJIT 已经启用 GC64 模式了，没有 2GB 的限制了，已经不需要这个了

具体可以见这篇博文：

https://blog.openresty.com.cn/cn/luajit-gc64-mode/

Jared Royal <j.ro...@gmail.com> 于2020年3月11日周三下午4:16写道：

更新新版本后原来配置的这个参数启动直接报错了

j.royal01

我之前机器是有8g，我是要通过这个去控制内存占用的，如果在我不改代码的情况下，去掉这个后，而且也没有了2g限制，那我程序不是更容易跑到接近8g？

在 2020年3月11日星期三 UTC+8下午7:20:53，doujiang写道：

嗯，新版本的 LuaJIT 已经启用 GC64 模式了，没有 2GB 的限制了，已经不需要这个了
具体可以见这篇博文：
https://blog.openresty.com.cn/cn/luajit-gc64-mode/

Jared Royal <j.ro...@gmail.com> 于2020年3月11日周三下午4:16写道：
更新新版本后原来配置的这个参数启动直接报错了

zhaoxiaobiaogm

从我们线上的情况看，你如果不是持久占用内存的这种业务的话nginx 和lua还是会很快释放内存的。

lua使用内存的不会一直申请不释放的，lua 的gc 是渐进式的，跟Java go 等不一样。

Jared Royal <j.ro...@gmail.com> 于2020年3月12日周四上午10:32写道：

我之前机器是有8g，我是要通过这个去控制内存占用的，如果在我不改代码的情况下，去掉这个后，而且也没有了2g限制，那我程序不是更容易跑到接近8g？

在 2020年3月11日星期三 UTC+8下午7:20:53，doujiang写道：
嗯，新版本的 LuaJIT 已经启用 GC64 模式了，没有 2GB 的限制了，已经不需要这个了
具体可以见这篇博文：
https://blog.openresty.com.cn/cn/luajit-gc64-mode/

Jared Royal <j.ro...@gmail.com> 于2020年3月11日周三下午4:16写道：
更新新版本后原来配置的这个参数启动直接报错了

doujiang24

这个应该不影响的

如果内存占用过大，通常是 lua 占用过多，倒是可以分析优化一下

比如这里的思路：

https://blog.openresty.com.cn/cn/how-or-alloc-mem/

Jared Royal <j.ro...@gmail.com> 于2020年3月12日周四上午10:32写道：

我之前机器是有8g，我是要通过这个去控制内存占用的，如果在我不改代码的情况下，去掉这个后，而且也没有了2g限制，那我程序不是更容易跑到接近8g？

在 2020年3月11日星期三 UTC+8下午7:20:53，doujiang写道：
嗯，新版本的 LuaJIT 已经启用 GC64 模式了，没有 2GB 的限制了，已经不需要这个了
具体可以见这篇博文：
https://blog.openresty.com.cn/cn/luajit-gc64-mode/

Jared Royal <j.ro...@gmail.com> 于2020年3月11日周三下午4:16写道：
更新新版本后原来配置的这个参数启动直接报错了