节点服务器冻结了很多websocket数据传输

时间:2016-08-24 11:22:50

标签: javascript node.js amazon-web-services websocket

我正在尝试将数据从node.js服务器流式传输到大量客户端(> 3000)。 node.js服务器从一个客户端接收数据并将其广播到所有客户端。数据每秒发送一次,每个数据大约2KB。我使用ws模块通过websocket发送数据。

节点服务器位于仅运行服务器的AWS EC2 m3.medium实例上。

客户端在15个不同的EC2 t2.micro实例上进行模拟,每个实例启动300个客户端。

开始时一切都很顺利,但经过一段时间(大约3分钟),服务器冻结了。我无法杀死进程或在服务器上执行任何操作。但是,如果我杀死所有客户端(通过重新启动所有客户端实例),服务器将再次响应。

在服务器上,CPU在40%到60%之间,内存小于0%。 1.5GB(实例有4GB),下载带宽约为1.5 Mbits / sec,上传带宽约为75 Mbits / sec。我做了速度测试,下载或上传时最大带宽约为400 Mbits /秒。

在服务器冻结之前,内存从300MB增加到1000MB。我不知道为什么以及它是否相关。我使用了heapdump并且无法理解泄漏的位置。

以下是服务器上的代码:

var WebSocketServer = require('ws').Server;
var wss = new WebSocketServer({ port: 8080 });

var users = Array();

wss.binaryType = 'arraybuffer';

wss.on('connection', function(ws) {

  console.log('new user connected');
  users.push(ws);
  console.log(users.length);
  ws.on('error', function(e) {
    console.log('onerror called');
    ws.close()
  });

  ws.on('close', function () {
    console.log('closed');
    users.splice(users.indexOf(ws), 1);
    ws.close()
  });

  ws.on('message', function(data) {
    if (data.length < 10)
      return ;
    var len = users.length;

    for (var i = 0; i < len; i++) {
      users[i].send(data, { binary : true });
    }
  });

});

这是发送数据的代码(在python中):

#!/usr/bin/env python                                                                                                                                                                                       

from time import sleep
from websocket import create_connection

#connection to server                                                                                                                                                                                       
ws = create_connection(server_url)

string = "Mea unum iusto virtute et, et meis munere vix. Meliore sensibus omittantur eum ne, sea quis epicuri sapientem at, fabulas consequat interesset in usu. Vix epicurei platonem ea, in vis agam accu\
sata. Quando maluisset forensibus ut nec, debitis percipitur ad vim, ne vix impetus volutpat. Quo magna viderer ne, nemore doctus copiosae cu mel, id vix dolorem omittam laboramus. Ne populo reprehendunt\
 est, recteque dissentiet delicatissimi vis an. Dolores euripidis complectitur no nam, amet nominavi voluptua ut pri. Vix ex timeam iisque gubergren, ne vim error imperdiet deterruisset. An duo autem vir\
is vituperatoribus. Adversarium instructior te eam. Enim moderatius no eam, ut sit viris populo, ex fugit adolescens inciderint ius. Eum idque dolore voluptatum ex, ex pri solet commune mediocrem. In nib\
h affert pro, mei convenire salutandi argumentum at. Nec in vidisse tamquam. Eos an epicurei suavitate. Ex erat scribentur signiferumque quo. Pro ex sapientem deseruisse. Lorem essent omittam sed ad, pop\
ulo reprehendunt ut sit. Pri maiorum fierent te. Vim aeterno aperiam id. Mea ferri integre eu. Cu per nihil affert, fierent percipit accommodare nam te. Eu qui maiestatis concludaturque, at detracto coti\
dieque vel, no prima essent delicata sea. Nam at appareat reprehendunt. Ubique iudicabit consetetur eu sit. Ius et vivendo propriae prodesset, id his primis platonem, qui nostro quodsi cu. Mea ne wisi mu\
tat facete. Dolorem urbanitas theophrastus ut eam, mei no animal aliquid. Te est movet dicam, id labore latine rationibus his, nullam omnium tincidunt nec ut. Eu mundi ancillae erroribus vis, no vim popu\
lo intellegam. Sonet decore volutpat in has, vidisse appetere reprehendunt vel an, at sea ipsum munere corrumpit. Eos noluisse incorrupte reprehendunt cu, qui quidam intellegebat id, vel audire voluptua \
complectitur ne. Posse iuvaret prodesset vix ea. Urbanitas scriptorem ne eos, te soluta probatus est. Mei ex brute congue, in option saperet mel, veniam ocurreret no quo. Malorum mnesarchum ex quo. Meis \
quaeque pericula duo ei. Ei everti doctus vel."

try:
    for i in range(100000):
        sleep(1)
        ws.send(string)
        print('emit', i)
except:
    ws.close()

ws.close()

由于处理器不是100%且带宽小于最大带宽,您是否知道会发生什么?

2 个答案:

答案 0 :(得分:1)

根据评论中的讨论确定,问题是客户没有消费发送给他们的数据。

最有可能的是,这导致未确认的消息留在内存中等待客户端使用它们(即使它们没有对它们执行任何操作),这反过来导致进程增长并超过可用内存。然后它开始大量交换,或超过可用交换,这通常不是系统处理得很好。

答案 1 :(得分:0)

可能是配置问题吗?在linux OS下可以打开多少文件描述符是有限制的。 Here有一个很好的起点可以找到你应该如何设置机器来处理尽可能多的连接