提高 ZeroMQ REQ/REP 性能答案

【问题标题】：Improve ZeroMQ REQ/REP performance提高 ZeroMQ REQ/REP 性能
【发布时间】：2013-06-07 22:04:34
【问题描述】：

我正在使用 ZeroMQ 3.2.3 和 CZmq 1.4.1。我尝试了“Hello world”示例。该示例 (https://github.com/imatix/zguide/tree/master/examples/C) 在使用 10 个并发客户端时，允许我在 localhost (Ubuntu 13.04) 上的 Intel i7（8 GB RAM，总共 8 个内核）上每秒最多交换 12500 条消息。

我读到 ZeroMQ 可以处理更多。我做错了什么，还是遗漏了什么？

这里是示例代码：

//  Hello World server

#include <zmq.h>
#include <stdio.h>
#include <unistd.h>
#include <string.h>
#include <assert.h>

int main (void)
{
    //  Socket to talk to clients
    void *context = zmq_ctx_new ();
    void *responder = zmq_socket (context, ZMQ_REP);
    int rc = zmq_bind (responder, "tcp://*:5555");
    assert (rc == 0);

    while (1) {
        char buffer [10];
        zmq_recv (responder, buffer, 10, 0);
        //printf ("Received Hello\n");
        zmq_send (responder, "World", 5, 0);
        //usleep (1);          //  Do some 'work'
    }
    return 0;
}



//  Hello World client
#include <zmq.h>
#include <string.h>
#include <stdio.h>
#include <unistd.h>

int main (void)
{
    printf ("Connecting to hello world server...\n");
    void *context = zmq_ctx_new ();
    void *requester = zmq_socket (context, ZMQ_REQ);
    zmq_connect (requester, "tcp://localhost:5555");

    int request_nbr;
    for (request_nbr = 0; request_nbr != 100000; request_nbr++) {
        char buffer [10];
//        printf ("Sending Hello %d...\n", request_nbr);
        zmq_send (requester, "Hello", 5, 0);
        zmq_recv (requester, buffer, 10, 0);
//        printf ("Received World %d\n", request_nbr);
    }
    zmq_close (requester);
    zmq_ctx_destroy (context);
    return 0;
}

谢谢！

【问题讨论】：

标签： zeromq

【解决方案1】：

您遇到的瓶颈是因为您没有异步简化您的通信。

尝试用异步ROUTER <-> DEALER 模式替换您的同步REQ <-> REP 模式。

这可以更快的原因是，如果客户端可以发送连续的请求而不必等待其间的每个响应。处理单个请求/回复的成本有两部分：

“通过网络”发送消息的成本
在客户端和服务器上处理请求和/或回复的成本

当您运行大量连续请求时，异步模式有助于大大降低 (2) 的成本。

【讨论】：

我明白了。所以现在，假设我希望客户端在服务器发回“STOP”后立即停止发送请求，例如，ROUTER DEALER 模式是否会使其变得不可能，因为可能已经发送了一些额外的请求？
@SCO 不，这不是不可能的。你可以这样做：当客户端收到“STOP”时，它只是从那时起停止发送请求。当服务器发送“STOP”时，它只是忽略从那时起收到的任何请求。
这看起来不错。那就看看 ROUTER/DEALER 的例子吧！谢谢！
虽然这可能是正确的答案，但由于我正在处理原子操作，因此我真的希望得到与加速 REQ/REP 模式相关的答案。 :(
@octanepenguin 谁说异步和原子不能混用？ ;) 这不会阻止您制定原子请求。将每个请求表述为描述交易。 “如果状态是 X，则自动将其更改为 Y。返回是否进行了更改。”这是一个原子操作，但可以很容易地作为异步请求发送。

【解决方案2】：

对于那些有兴趣寻找 REP-REQ 的 nanoMsg 风格的人，这里有一个关于如何结合 zeroMQ ROUTER 套接字和 NanoMSG REP-REQ 的不错的 sn-p：

结合 ZeroMQ 和 NanoMsg 来处理 Web 请求：http://my-classes.com/2014/04/26/combining-zeromq-and-nanomsg-for-serving-web-requests/

【讨论】：