节点版本号为v0.11.13

内存使用在崩溃期间根据sudo顶部不超过3%

重现此错误的代码:

var request = require('request')
var nodedump = require('nodedump')

request.get("http://pubapi.cryptsy.com/api.php?method=marketdatav2",function(err,res)
{
    var data
    console.log( "Data received." );
    data = JSON.parse(res.body)
    console.log( "Data parsed."   );
    data = nodedump.dump(data)
    console.log( "Data dumped."   ); 
    console.log( data )
})

为了检查这是否是递归堆栈大小的问题,我运行了下一个代码——stack-size=60000参数

var depth = 0;

(function recurse() {
    // log at every 500 calls
    (++depth % 500) || console.log(depth);
    recurse();
})();

并且有

264500 
Segmentation fault

然后我运行了代码,给我致命错误:CALL_AND_RETRY_LAST分配失败-进程内存不足,具有相同的-stack-size=60000参数,并且没有分割错误。

因此,我得出结论,CALL_AND_RETRY_LAST与递归堆栈大小没有任何共同之处。

我怎么解决这个问题呢?我相信我的电脑上有足够的空闲内存来成功完成这项任务。

在stackoverflow上也有类似的问题,但这些问题都不是关于CALL_AND_RETRY_LAST的,这就是为什么我创建了单独的问题。


当前回答

要解决这个问题,您需要通过使用选项max_old_space_size来增加内存限制来运行应用程序。默认情况下,Node.js的内存限制是512 mb。

node --max_old_space_size=2000  server.js 

其他回答

$ sudo npm i -g increase-memory-limit

从项目的根位置运行:

$ increase-memory-limit

该工具将在node_modules/.bin/*文件中的所有节点调用中附加——max-old-space-size=4096。


Node.js版本>= 8 -弃用注意

从NodeJs V8.0.0开始,就可以使用选项——max-old-space-size。NODE_OPTIONS =选项…

$ export NODE_OPTIONS=--max_old_space_size=4096

我在这个问题上浪费了一些日子....直到我发现我在某个文件中导入了一个静态文件,一个构建文件。它使构建永远不会结束。喜欢的东西:

import PropTypes from "../static/build/prop-types"; 

固定到真正的来源解决了所有的问题。

分享我的解决方案。:)

我发现max_new_space_size不是节点4.1.1的选项,max_old_space_size本身并不能解决我的问题。我添加以下到我的shebang和这些组合似乎工作:

#!/usr/bin/env node --max_old_space_size=4096 --optimize_for_size --max_executable_size=4096 --stack_size=4096

[编辑]:4096 === 4GB内存,如果您的设备内存较低,您可能希望选择较小的数量。

[更新]:在运行grunt时也发现了这个错误,之前是这样运行的:

./node_modules/.bin/grunt

更新命令后,它停止有内存错误:

node --max_old_space_size=2048 ./node_modules/.bin/grunt 

在Windows机器中运行以下命令

设置NODE_OPTIONS =——max_old_space_size = 4096

要解决这个问题,您需要通过使用选项max_old_space_size来增加内存限制来运行应用程序。默认情况下,Node.js的内存限制是512 mb。

node --max_old_space_size=2000  server.js