Node.js性能与zeromq对比Python与J

Question

我使用node.js、Python和Java为zeromq编写了一个简单的echo请求/应答测试。代码运行一个100K请求的循环。该平台是一个5yo MacBook Pro，2核，3G内存运行雪豹。

js始终比其他两个平台慢一个数量级。

爪哇语： real 0m18.823s user 0m2.735s sys 0m6.042s

Python： real 0m18.600s user 0m2.656s sys 0m5.857s

node.js号： real 3m19.034s user 2m43.460s sys 0m24.668s

有趣的是，对于Python和Java，客户机和服务器进程都使用大约一半的CPU。node.js的客户机只使用大约一个完整的CPU，而服务器使用大约30%的CPU。客户端进程也有大量的页面错误，导致我认为这是内存问题。而且，在10K请求时，node的速度只慢了3倍；它运行的时间越长，速度肯定慢得越多。

下面是客户端代码（注意process.exit（）行也不工作，这就是为什么除了使用time命令之外，我还包含了一个内部计时器）：

var zeromq = require("zeromq");

var counter = 0;
var startTime = new Date();

var maxnum = 10000;

var socket = zeromq.createSocket('req');

socket.connect("tcp://127.0.0.1:5502");
console.log("Connected to port 5502.");

function moo()
{
    process.nextTick(function(){
        socket.send('Hello');
        if (counter < maxnum)
        {
            moo();
        }
    });
}

moo();

socket.on('message',
          function(data)
          {
              if (counter % 1000 == 0)
              {
                  console.log(data.toString('utf8'), counter);
              }

              if (counter >= maxnum)
              {
                  var endTime = new Date();
                  console.log("Time: ", startTime, endTime);
                  console.log("ms  : ", endTime - startTime);
                  process.exit(0);
              }

              //console.log("Received: " + data);
              counter += 1;

          }
);

socket.on('error', function(error) {
  console.log("Error: "+error);
});

服务器代码：

var zeromq = require("zeromq");

var socket = zeromq.createSocket('rep');

socket.bind("tcp://127.0.0.1:5502",
            function(err)
            {
                if (err) throw err;
                console.log("Bound to port 5502.");

                socket.on('message', function(envelope, blank, data)
                          {
                              socket.send(envelope.toString('utf8') + " Blancmange!");
                          });

                socket.on('error', function(err) {
                    console.log("Error: "+err);
                });
            }
);

为了进行比较，Python客户机和服务器代码：

import zmq

context = zmq.Context()
socket = context.socket(zmq.REQ)
socket.connect("tcp://127.0.0.1:5502")

for counter in range(0, 100001):
    socket.send("Hello")
    message = socket.recv()

    if counter % 1000 == 0:
        print message, counter



import zmq

context = zmq.Context()
socket = context.socket(zmq.REP)

socket.bind("tcp://127.0.0.1:5502")
print "Bound to port 5502."

while True:
    message = socket.recv()
    socket.send(message + " Blancmange!")

以及Java客户机和服务器代码：

package com.moo.test;

import org.zeromq.ZMQ;
import org.zeromq.ZMQ.Context;
import org.zeromq.ZMQ.Socket;

public class TestClient
{
    public static void main (String[] args)
    {
        Context context = ZMQ.context(1);

        Socket requester = context.socket(ZMQ.REQ);
        requester.connect("tcp://127.0.0.1:5502");

        System.out.println("Connected to port 5502.");

        for (int counter = 0; counter < 100001; counter++)
        {
            if (!requester.send("Hello".getBytes(), 0))
            {
                throw new RuntimeException("Error on send.");
            }

            byte[] reply = requester.recv(0);
            if (reply == null)
            {
                throw new RuntimeException("Error on receive.");
            }

            if (counter % 1000 == 0)
            {
                String replyValue = new String(reply);
                System.out.println((new String(reply)) + " " + counter);
            }
        }

        requester.close();
        context.term();
    }
}

package com.moo.test;

import org.zeromq.ZMQ;
import org.zeromq.ZMQ.Context;
import org.zeromq.ZMQ.Socket;

public class TestServer
{
    public static void main (String[] args) {
        Context context = ZMQ.context(1);

        Socket socket  = context.socket(ZMQ.REP);
        socket.bind("tcp://127.0.0.1:5502");

        System.out.println("Bound to port 5502.");

        while (!Thread.currentThread().isInterrupted())
        {
            byte[] request = socket.recv(0);
            if (request == null)
            {
                throw new RuntimeException("Error on receive.");
            }

            if (!socket.send(" Blancmange!".getBytes(), 0))
            {
                throw new RuntimeException("Error on send.");
            }
        }

        socket.close();
        context.term();
    }
}

我很喜欢node，但是由于代码大小、简单性和性能的巨大差异，在这一点上我很难说服自己。

那么，以前有没有人见过这样的行为，或者我在代码中做了什么愚蠢的事情？

Answer 1

你使用的是第三方C++绑定。据我所知，v8的“js-land”和用“c++land”编写的v8绑定之间的交叉非常昂贵。如果您注意到，一些流行的databasebindingsfor node完全是在JS中实现的（虽然，我肯定，部分原因是人们不想编译东西，但也有可能非常快）。

如果我记得正确，当Ryan Dahl正在为节点编写缓冲对象时，他注意到，如果它们主要在JS中实现，而不是C++，则它们实际上要快得多。他最后把他必须写的东西写进了C++，其他的都写进了pure javascript。

所以，我猜这里的部分性能问题与特定模块是c++绑定有关。

基于第三方模块判断节点的性能并不是决定其速度或质量的好媒介。对节点的本机TCP接口进行基准测试会做得更好。

Answer 2

“您能试着模拟Python示例中的逻辑吗（例如，我只在收到上一条消息后才发送下一条消息）–Andrey Sidorov 7月11日6:24

我认为这是其中的一部分：

var zeromq = require("zeromq");

var counter = 0;
var startTime = new Date();

var maxnum = 100000;

var socket = zeromq.createSocket('req');

socket.connect("tcp://127.0.0.1:5502");
console.log("Connected to port 5502.");

socket.send('Hello');

socket.on('message',
          function(data)
          {
              if (counter % 1000 == 0)
              {
                  console.log(data.toString('utf8'), counter);
              }

              if (counter >= maxnum)
              {
                  var endTime = new Date();
                  console.log("Time: ", startTime, endTime);
                  console.log("ms  : ", endTime - startTime);
                  socket.close(); // or the process.exit(0) won't work.
                  process.exit(0);
              }

              //console.log("Received: " + data);
              counter += 1;

          socket.send('Hello');
          }
     );

socket.on('error', function(error) {
    console.log("Error: "+error);
});

这个版本并不像以前的版本显示出同样的增长缓慢，可能是因为它没有在服务器上抛出尽可能多的请求，而只是像以前的版本那样计算响应。它的速度大约是Python/Java的1.5倍，而在以前的版本中是5-10倍。

仍然没有一个惊人的赞扬节点为这个目的，但肯定比“深不可测”。

Answer 3

这是节点的zeroMQ绑定的问题。 我不知道从什么时候开始，但它是固定的，你得到的结果和其他语言一样。