zeromq使用注意点滴

1.关于介绍zeromq的就不说了,可以自己去看官方guide很详细

2.主要说下在使用过程中需要注意的地方

1)使用如果使用c++的接口的时候,在你自己的类中或者apache模块中

需要将zmq::context_t 对象定义在zmq::socket_t对象的前面,这样可以保证销毁的顺序

2)使用sub-pub时候,如果sub没有调用setsockopt设置过滤项(设置NULL则接受所有),那么将会接收不到任何的消息,默认会阻塞所有消息

3)如果是后台服务集群使用且zmq需要bind端口的,那么最好在iptables中进行下过滤,不要让外部链接

连接过来,否则会造成cpu空转;关于cpu空转将会在最后说

4)客户端连接服务器时,每个客户端中的zmq,每个连接使用一个socket,虽然可以一个socket可以调用connect多次,也就是连接多个server。但是,记住,最好是一个socket只调用一次connect

5)使用zmq的程序,运行一段时间后(可能几天),如果你碰到异常退出,并且你使用nohup运行的log

nohup.out中显示zeromq connection timeout,那么你可以zeromq/src/tcp_socket.cpp文件中的203行看是write的时候出错。

int zmq::tcp_socket_t::write (const void *data, int size) 

    ssize_t nbytes = send (s, data, size, 0); 

 

    //  Several errors are OK. When speculative write is being done we may not  

    //  be able to write a single byte to the socket. Also, SIGSTOP issued  

    //  by a debugging tool can result in EINTR error.  

    if (nbytes == -1 && (errno == EAGAIN || errno == EWOULDBLOCK || 

          errno == EINTR)) 

        return 0; 

 

    //  Signalise peer failure.  

    if (nbytes == -1 && (errno == ECONNRESET || errno == EPIPE)) 

        return -1; 

 

    errno_assert (nbytes != -1); 

    return (size_t) nbytes; 

这是由于 errno_assert (nbytes != -1);造成的,但是,真正的原因是nbytes==-1时,errno==ETIMEDOUT ,在前面一行中没有去添加对这个timeout的判断,另外,可以参考该文件中对win上的处理。因此,这里如果你碰到了timeout错误,那么请将errno == ETIMEOUT加入到errno==EPIPE后面,然后重新编译

6)关于cpu空转。首先你可以用top 程序名,去看你的程序的cpu使用率是否是100%,而且基本固定不变,那么这时候,你就需要怀疑是否你的程序的问题,然后通过lsof -p 程序的进程号,去查看是否有文件描述符有can't identify protocol,还要注意下,是否有外网的ip连接到你的zmq的监听的端口。

然后,你可以在zeromq/src/epoll.cpp中的loop,rm_fd,add_fd函数中打log,看看在监听到EPOLLERR|EPOLLHUP

的文件描述符是不是lsof -p 查看到的can't identify protocol的文件描述符一致。其实,只要做到前面5点,那么cpu

空转基本是不会出现的。

ps:最后,希望碰到问题,大家能自己思考为什么会出现这样的问题,该如何解决,对自己的提升会有很大的帮助。

linux

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:http://www.heiqu.com/f40ec60ef8ad586abcf80b016d34fad6.html