在开始这部分的内容之前,先来看看ZeroMQ中HWM概念---High-Water Marks
当系统的数据量很大,而且发送频率很高的情况下,内存就很重要了,如果处理不好会出现很多问题,例如如下场景:
A很快速的向B发送数据,但是B处理起来却很慢,这样子的话,数据就可能会在A的发送缓冲区,或者B的接收缓冲区累计起来....如果双方速度差太多,就很容易出现问题.......
在ZeroMQ中,建立了pipe的概念(或者说数据缓冲),那么实际情况下就会如下图:
这个时候,HWM就是指这个缓冲区的容量大小....现在v3.x的版本,都是默认为1000.
而且不同类型的socket拥有的缓冲区类型也不一样,例如Publish与Push只有发送缓冲区,Subscribe与Pull什么的就只有接受缓冲区,Router,Dealer啥的就有两种类型的缓冲区....
这里不同类型的socket,当他们的缓冲区满了以后表现出来的行为也不一样,

本文介绍了ZeroMQ中Router与Dealer的工作原理,包括High-Water Marks(HWM)的概念,以及它们如何处理数据缓冲。Router会为每个连接分配唯一标识,并在发送和接收时处理标志帧,而Dealer则简单地传递数据。Request/Response模式中,数据通过Router与Dealer时会发生变化,确保正确路由。Router是异步的,可以根据标志帧选择连接操作,而Dealer则相对简单,保持数据不变直接发送。
最低0.47元/天 解锁文章
2115

被折叠的 条评论
为什么被折叠?



