我正在尝试理解ZeroMQ的线程模型。
根据他们的白皮书http://zeromq.org/whitepapers:architecture#toc3,创建上下文的每个I / O线程都直接映射到OS线程。我不明白的是为什么这个最小程序会产生两个后台线程:
#include <zmq.hpp>
int main() {
zmq::context_t context{1};
zmq::socket_t socket(context, ZMQ_SUB);
socket.setsockopt(ZMQ_SUBSCRIBE, "", 0);
socket.connect("tcp://localhost:5555");
}
如下面的gdb输出所示,创建套接字的行会产生两个后台线程。
Breakpoint 3, 0x00007f3cbebfbc80 in clone () from /lib64/libc.so.6
(gdb) bt
#0 0x00007f3cbebfbc80 in clone () from /lib64/libc.so.6
#1 0x00007f3cbdff7f7a in do_clone.constprop () from /lib64/libpthread.so.0
#2 0x00007f3cbdff9469 in pthread_create@@GLIBC_2.2.5 () from /lib64/libpthread.so.0
#3 0x00007f3cbf74547d in zmq::thread_t::start(void (*)(void*), void*) () from /lib64/libzmq.so.5
#4 0x00007f3cbf70044a in zmq::ctx_t::start_thread(zmq::thread_t&, void (*)(void*), void*) const () from /lib64/libzmq.so.5
#5 0x00007f3cbf7012c1 in zmq::ctx_t::create_socket(int) () from /lib64/libzmq.so.5
#6 0x0000000000401251 in zmq::socket_t::init (this=0x7ffd5d0323f0, context_=..., type_=2) at /usr/include/zmq.hpp:649
#7 0x00000000004010a1 in zmq::socket_t::socket_t (this=0x7ffd5d0323f0, context_=..., type_=2) at /usr/include/zmq.hpp:463
#8 0x0000000000400e2f in main () at sub.cpp:5
(gdb) c
Continuing.
[New Thread 0x7f3cbc7e6700 (LWP 15499)]
Breakpoint 3, 0x00007f3cbebfbc80 in clone () from /lib64/libc.so.6
(gdb) bt
#0 0x00007f3cbebfbc80 in clone () from /lib64/libc.so.6
#1 0x00007f3cbdff7f7a in do_clone.constprop () from /lib64/libpthread.so.0
#2 0x00007f3cbdff9469 in pthread_create@@GLIBC_2.2.5 () from /lib64/libpthread.so.0
#3 0x00007f3cbf74547d in zmq::thread_t::start(void (*)(void*), void*) () from /lib64/libzmq.so.5
#4 0x00007f3cbf70044a in zmq::ctx_t::start_thread(zmq::thread_t&, void (*)(void*), void*) const () from /lib64/libzmq.so.5
#5 0x00007f3cbf70135f in zmq::ctx_t::create_socket(int) () from /lib64/libzmq.so.5
#6 0x0000000000401251 in zmq::socket_t::init (this=0x7ffd5d0323f0, context_=..., type_=2) at /usr/include/zmq.hpp:649
#7 0x00000000004010a1 in zmq::socket_t::socket_t (this=0x7ffd5d0323f0, context_=..., type_=2) at /usr/include/zmq.hpp:463
#8 0x0000000000400e2f in main () at sub.cpp:5
(gdb) c
Continuing.
[New Thread 0x7f3cbbfe5700 (LWP 15500)]
Breakpoint 4, main () at sub.cpp:6
6 socket.setsockopt(ZMQ_SUBSCRIBE, "", 0);
(gdb) info thread
Id Target Id Frame
3 Thread 0x7f3cbbfe5700 (LWP 15500) "a" 0x00007f3cbebfc2c3 in epoll_wait () from /lib64/libc.so.6
2 Thread 0x7f3cbc7e6700 (LWP 15499) "a" 0x00007f3cbebfc2c3 in epoll_wait () from /lib64/libc.so.6
* 1 Thread 0x7f3cbfb4e840 (LWP 15498) "a" main () at sub.cpp:6
(gdb)
使用ZeroMQ和cppzmq-devel 4.1.4
使用:g++ -std=c++11 -g sub.cpp -lzmq
答案 0 :(得分:1)
为什么 这个最小程序会产生两个后台线程?
首先,[+1]用于发布版本详细信息和基于证据的论证
ZeroMQ是一个无代理的异步消息传递基础架构,围绕 order.cash
-instance(s)构建。如果不熟悉ZeroMQ方式,可以享受关于[ ZeroMQ hierarchy in less than a five seconds ]部分中主要概念元素的5秒阅读。
鉴于这个事实,总是有机会定义要在Context()
中生成多少个IO线程来实例化,简而言之:
Context( nIOthreads = 1 )
Context( 0 )
IO线程,即 1线程 + 0
的独奏IO线程将自己产生为线程 Context( 1 )
IO线程,即 2个线程 + 1
的更多IO线程将自己产生为线程 Context( N )
IO线程,即 1 + N个线程< /强> 鉴于上述实验,体内真实成分可以轻松验证。
可以很容易地想象线程专业化在+ N
实例中的作用,其中传输类相关的问题与Context()
的主要问题分开,即做家务管理+管理全部FSA(s)/ workflow(s)+通过应用程序端代码在其本地接口上保存异步通信服务。
以同样的方式,传输类 Context()
,没有真正的传输相关设备可以控制,可以在 IO-thread-less中工作 inproc://
实例,其中内存映射跨越“边界”与所有应有的本地进程内存一起工作,但不需要操作任何IO线程。
这是一种聪明而又酷炫的方式,MartinSústrik等人已经定义并优化了ZeroMQ架构。谢谢他们!