david
(David Taylor)
5
我们添加该标志的原因是 Node 自己的 OOM killer 正在杀死构建 - 500M 不够。我很乐意尝试将其调整到 1.5G - 我刚在我的液滴上试了一下，似乎运行得还可以。事实上，即使是 1.0G 也足够了。
我尝试使用不同的 max_heap 大小来跟踪内存使用情况：
(while(true); do (free -m -t | grep Total | awk '{print $3}') && sleep 0.5; done) | tee 1000mb.csv
在构建过程中显示了以下使用情况：
构建时间差异很小，但 1GB 和 1.5GB 的限制显然产生了更少的总体使用量。正如预期的那样，time 输出显示当 node 限制较低时，“Major page faults” 明显减少。
奇怪的是 1.5GB 和 1GB 之间的差异如此之小…… 
无论如何，我同意降低限制是个好主意。为了确保它不会影响更高规格机器上的构建性能，我认为我们应该只在知道限制太低时才覆盖它。否则，我们可以让 Node 使用其默认值。
这是一个 PR - 我们将尽快将其合并。感谢您提出这个问题 @Ed_S！
4 个赞
