发布于 2015-07-28 08:19:40 | 112 次阅读 | 评论: 0 | 来源: 网友投递
JGroups Java 组播通讯开发包
JGroups是一个开源的纯java编写的可靠的群组通讯工具。其是一个可靠的组播通讯工具集（需要说明的是，这并不是说必须要使用IP Multicast,JGroups也可以使用TCP来实现）。其工作模式基于IP多播，但可以在可靠性和群组成员管理上进行扩展。其结构上设计灵活，提供了一种灵活兼容多种协议的协议栈，对于每个产品都有不同的可靠性需求。
来自 JGroups 开发者消息：JGroups 新增了全新基于 NIO2 的传输层 —— TCP_NIO2 !
新的传输层完全是非堵塞的，与 TCP 不同的是 Socket 连接、读写都不会堵塞。使用 TCP_NIO2 最大的好处就是无需针对每个连接创建一个读者线程（如果启用发送队列还需要创建写线程）。
在一个有 1000 个节点的集群中，使用 TCP 方法每个节点都要维持 999 个连接和 999 个读线程。使用 TCP_NIO2 尽管也有 999 个 TCP 连接，但只有一个选择器线程用来服务所有连接。当数据可读取，我们可以无堵塞的读取尽可能多的数据，并将读取到的数据传递个相应方法处理。
也就是说相对于 TCP 而言，TCP_NIO2 更具备可伸缩性。
性能
我们在一个 9 个节点（每个节点有8核处理器和千兆网络）的集群中运行 UPerf 和 MPerf 测试，得到如下结果：
UPerf (500'000 请求/节点, 50 invoker 线程/节点):
TCP: 62'858 reqs/sec/node, TCP_NIO2: 65'387 reqs/sec/node
MPerf (1百万消息/节点, 50 个发送线程/节点):
TCP: 69'799 msgs/sec/node, TCP_NIO2: 77'126 msgs/sec/node
可见 TCP_NIO2 在两种情况下运行都更好，我对这个结果也非常惊讶，BIO 方法更快。
我建议你在自己的环境中也进行测试看看。
相关链接：
[1] http://www.jgroups.org/manual/index.html#TCP_NIO2
[2] https://github.com/belaban/JGroups/blob/master/src/org/jgroups/protocols/TCP_NIO2.java
[3] http://www.jgroups.org/manual/index.html#PerformanceTests