ZeroMQ：还在研究为什么epoll比select更好吗？

阳光穿透心脏的1/2处 2022-06-17 14:36 289阅读 0赞

还在学socket编程吗？还在研究为什么epoll比select更好吗？

噢，不必了！

在复杂的云计算环境中，我们面临的难题远比这个复杂得多。

庞大的服务器集群作为计算云，对来来看或许只是一个简单的搜索框；而在云的内部，复杂的互联和海量的通讯，加之不稳定的网络环境，廉价服务器的低可用性——构建一个高可用性且具备伸缩能力的云计算的环境，不是那么容易的！

为什么说ZeroMQ是云计算时代最好的通讯库呢？我们从ZeroMQ的特性来分析吧：

**1.The socket library that acts as a concurrency framework.**

**开起来像是并行开发框架的socket库。**

为什么一个通讯的库不提供socket的风格，反而看起来像是一个并行的库？

云计算不就是分布式计算嘛！

并行、多核、分布式，让计算能力不断的被扩展扩展，让数据不断地被分区分区，强大的计算能力就是这样堆出来的。

并发是目前云计算这个世界的主题，所以ZMQ提供了一个并发的库，正式我们最最需要的。

如同广告所讲：客户要的不是一英寸的钻头，而是一英寸的洞。

我们要的不是通讯，而是分布式并行计算。

**2. Carries messages across inproc, IPC, TCP, and multicast.**

**提供进程内、进程间、机器间和广播方式的消息通讯。**

可以说ZMQ提供了一种强大的复杂环境适应能力。

作为一个通讯库，可能我们觉得进程内通讯和进程间通讯不是重要的。

然而，提供这些功能，使得ZMQ能够在特定的场景下提供特定的解决方案。且通讯的配置相当的简单：inproc://, ipc://, tcp://这三个通讯方案简单地在字符串中指定即可。开发者可以很容易开发出可运维的应用程序，在不同的场景下，可以仅修改配置文件来适应复杂的部署环境。

**3.Connect N-to-N via fanout, pubsub, pipeline, request-reply.**

**在多对多的网络环境中提供多对一，发布/订阅(**one-to-many**)，管道(**one-to-one**)，请求/响应等模型。**

**模式，还是模式。**

（对于fanout这个词，我没完全理解，我觉得在网络通讯中，应该就是多对一这样的场景）

天天做网络的开发的人，可能会觉得通讯就那么三板斧，经典的模式不断在重复，可是我们仍然在具体的问题上反复写着类似的代码。

而ZMQ提供的不仅仅是这个：ZMQ就像一堆水管的转接头，在复杂的自来水供水系统中，ZMQ在每个关节灵活地适配，像水管一样接起来，把数据分开或是合并。

例如，先把数据按照pub/sub模式分发给多个服务器，每个服务器上的进程在进程内用inproc，将请求分布到多个线程上处理，如果有特别的需要，还可以把数据用ipc方式转发给同一机器上的其他进程。而完成这一切复杂的工作仅需要少少的代码。

**4. Fast enough for clustered products and supercomputing.**

**对服务器群集和超级计算来将都足够快了**

超级计算都能做，你还想干啥？

**5. Asynch I/O for scalable multicore message-passing apps.**

**对可扩展的多核消息传递应用程序提供异步I/O支持。**

在ZMQ的inproc://模式中，库提供了线程安全的消息分发机制，可以简单地把请求分发给多线程处理。

**6. Large and active open source community.**

**拥有超大并且活跃的开源社区**

记住，你不是一个人在战斗！不是……

**7. 20+ languages including C, C++, Java, .NET, Python.**

**有超过20种以上的开发语言绑定，诸如C, C++, Java, .NET, Python**

**8. Most OSes including Linux, Windows, OS X.**

**还支持绝大多数的操作系统，例如Linux, Windows, OS X**

**9. LGPL free software with full commercial support.**

**这是最重要的，不要钱，但也可以提供商业支持。**

注：

Fan out：数电里很重要的概念，“一逻辑门的输出需要驱动多个等效门的输入，称输出端接的需要驱动的等效门数为扇出F”。

扇出（fan-out）是定义单个逻辑门能够驱动的数字信号最大输入量的术语。

发表评论取消回复

表情：

评论列表（有 0 条评论，289人围观）

还没有评论，来说两句吧...

相关阅读

相关有比css中flex更好用的布局吗？

是的，在 CSS 中还有许多其他的布局方式，例如： Grid 布局：使用网格布局可以轻松地将元素放置在网格中，可以很好地控制元素的大小和位置。 Float 布局：

谁借莪１个温暖的怀抱￠/ 2024年03月25日 16:36/ 0 赞/ 36 阅读

相关 Vue 在哪些方面做的比 React 更好？

![format_png][] 在过去的五年中，我一直是一名 `React` 工程师。我爱React。我喜欢开发 `React` 应用程序。我认为它是目前最好的UI框架之一。

红太狼/ 2022年12月22日 05:00/ 0 赞/ 185 阅读

相关你还在辛辛苦苦 Select * 吗？那这些技巧收好了

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ub

一时失言乱红尘/ 2022年10月16日 00:51/ 0 赞/ 175 阅读

相关 Android 比Timer更好方法

Android中的Timer一般像下面这样写： java代码： Timer timer = new Timer( ); TimerTask task = new

小咪咪/ 2022年08月21日 06:46/ 0 赞/ 181 阅读

相关 ZeroMQ：还在研究为什么epoll比select更好吗？

还在学socket编程吗？还在研究为什么epoll比select更好吗？噢，不必了！在复杂的云计算环境中，我们面临的难题远比这个复杂得多。庞大的服务器集群作为计算云

阳光穿透心脏的1/2处/ 2022年06月17日 14:36/ 0 赞/ 290 阅读

相关由select/epoll返回的非阻塞connect还会是EINPROGRESS状态吗？

一般情况下，我们像下面代码中所示的这样使用非阻塞connect： include <stdio.h> include <stdlib.h> inclu

迷南。/ 2022年03月31日 08:13/ 0 赞/ 142 阅读

相关你还在 Select * 吗？

Java面经 2019-03-17 09:30:00 作者：AIOps 应用程序慢如牛，原因多多，可能是网络的原因、可能是系统架构的原因，还有可能是数据库的原因。

深碍√TFBOYSˉ_/ 2022年03月06日 13:47/ 0 赞/ 286 阅读

相关为什么Caffeine比Guava好？

目录 1. 缓存淘汰算法 1.1. FIFO 1.2. LRU 1.3. LFU 2. 几种缓存的实现 2.1. 原生Java 2.2. Guava 2.3.

「爱情、让人受尽委屈。」/ 2022年02月27日 14:40/ 0 赞/ 286 阅读

相关你还在 Select * 吗？

![640?wx\_fmt=png][640_wx_fmt_png] 作者 | AIOps 编辑 | Java之间（id：gengecn）应用程序慢如牛，原因多多，可能

我不是女神ヾ/ 2021年07月31日 19:37/ 0 赞/ 451 阅读

相关为什么 Nginx 比 Apache 更厉害？

关注「开源Linux」，选择“设为星标” 回复「学习」，有我为您特别筛选的学习资料~ > 为什么Nginx在处理高并发方面要优于httpd，我们先从两种web服务器的

骑猪看日落/ 2021年07月26日 20:54/ 0 赞/ 403 阅读