更新新版本后原来配置的这个参数启动直接报错了
    我之前机器是有8g，我是要通过这个去控制内存占用的，如果在我不改代码的情况下，去掉这个后，而且也没有了2g限制，那我程序不是更容易跑到接近8g？

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

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

      从我们线上的情况看，你如果不是持久占用内存的这种业务的话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 的限制了，已经不需要这个了
      具体可以见这篇博文：

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

        这个应该不影响的
        如果内存占用过大，通常是 lua 占用过多，倒是可以分析优化一下
        比如这里的思路：

        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 的限制了，已经不需要这个了
        具体可以见这篇博文：

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

          Write a Reply...