终于找到写的 NodeJS 微服务都支持不到 1 天的原因了

[doubleflower]

前情： https://www.v2ex.com/t/392238

从 Python 转过来写了几个 Node 微服务全它妈的跑一天就 Out of memory，之前暂时用了高内存就主动自杀的补丁顶着。

然后这二天查了相关文章，发现 Node 的 gc 和 Python 是完全不同的，Python 的 gc 相当主动（可能和引用计数有关），一有无用内存当场就回收了，而 Node 不会（类似于 Java ）。 默认 64 位机器 Node gc 认为你有 1.4G 内存，到这个点之前 gc 干活相当偷懒，可是我都是跑在 1G 小鸡上的，所以就 BOOM 了。

所以你是在内存小于 1G 的机器上跑比较忙的需长时间运行的程序，需要在 Node 命令行上加上 --max_old_space_size=384 --optimize_for_size 这二参数，我跑了几天内存都没过 400M，而以前没多长时间就超 700M 引起 OOM。

[iwj]

有意思，我跟楼主情况差不多，也刚写 Node，估计也会遇到这个问题：）

[opengps]

新手处理不到这么深的 bug...

[kangkang]

点赞

[janxin]

确实没机会跑在 1G 的小鸡上...

[zjqzxc]

感谢楼主。。我好像明白为啥之前写的 nodejs 版的 ddns 服务器跑再 vps 上几天就挂了，而 python 版一直很坚挺。。

[timothyye]

@zjqzxc https://github.com/timothyye/godns go 的 ddns

[blanu]

阅读一下《深入浅出 node.js 》很快就能找到答案了。。。。

[lilydjwg]

CPython 使用引用计数，没有循环引用的话会立即回收的。JavaScript、Java （以及 Go ）都是经常性地找有没有垃圾，所以会不及时。Python 文档中也有提及，不要依赖对象立即被销毁，因为在其它实现里不一定如此。

不过我也是第一次听说有人使用 NodeJS 遇到 gc 的问题。绝大部分遇到 gc 问题的都是 Go 用户，绝大部分调 gc 参数的都是 Java 用户呀。

[janxin]

@lilydjwg 其实很多 Go 用户现在也遇不到 GC 问题啊...

[lilydjwg]

@janxin #9 名气大的除了 Google 和 Cloudflare 我都听说在折腾 gc 了，有的已经放弃 Go 了，有的还在挣扎。

[lilydjwg]

@janxin #9 而且我说的是遇到 gc 问题的用户里 Go 用户多。原命题成立逆命题不一定成立嘛。

[gongzili456]

善用内存.......

[janxin]

@lilydjwg 没错没错

[jun4rui]

用 PM2 啊，然后选择一个时间间隔自动 load 一下（相当于重启但服务不会停），这样能保证不出问题。然后你就有时间慢慢查了

[coderfox]

我在 700M 机器上用 docker 跑 node，64 位，没感觉到 gc 的问题哇。
是不是不同版本的表现不同？

[kimown]

楼主有没有想过是写的程序有问题 ?

[workwonder]

@lilydjwg 根据普遍的反映，Python 在内存方面并不省心。 据说 Python 程序一旦在某个时刻占用了很高的内存，后面就下不来了。而我的多次实践也未能幸免于此，我的 Django 应用不得不启用 max-requests + max-memory 来不断采用新的 worker 来轮回，另一个 flask 应用里面的 celery workers 也不得不根据消费的任务数量来自杀轮回。关于此大神能否谈谈看法？
可以试试关键词 python memory leak not release 看看相关材料。

[lilydjwg]

@workwonder #17 是的，请小心使用旧版本。

[wsy2220]

感觉程序有问题的可能性比较大

[workwonder]

@lilydjwg 有没有关于此方面讲的比较透测的资料。
关于版本，我用 python 3.5 感觉泄露问题还很严重啊。