Ember-cli 构建内存使用量可能导致最小实例大小失败 (OOM)

看起来我们明确地将 Node 的允许堆从 500M 增加到了 2G - 也许这有点过了,1.5G 会更好:

值得注意的是,Ember 并不是机器上唯一运行的程序,我们正面临着 RAM+swap 的全局限制。因此,机器的历史以及所有其他运行进程的需求都会发挥作用。我的重启可能有助于达到比昨天更低的最高水位线。

上面的拉取请求在 Failed to upgrade discourse instance to Feb 15 2022 中被引用,我们在其中也提到有人遇到了内存不足的问题,通过重启得到了解决。

不幸的是,time 命令不报告峰值内存使用量。可能,在一台至少有 3G 内存且没有交换空间的机器上,RSS 计数将告诉我们 Ember 的峰值使用量。或者我们也可以采用其他策略 - 其中一些策略概述在 这里,还有一些想法在 这里

令人尴尬的是,我们确实对内存使用感兴趣,而在许多情况下,人们对 RAM 使用感兴趣,这是一个不同的问题。

3 个赞