- 浏览: 255085 次
- 性别:
- 来自: 北京
最新评论
-
张洪财:
关注 。
Sun加入Oracle阵营,三国时代帷幕拉开 -
fan2012:
与强者为伍,你也会变的强大。
难道鲍尔默不是微软创业元老吗?? ...
微软11创业元老30年后聚首 最穷的也身家百万 -
anky_end:
fancuixia 写道作为开发人员,我不看好MobileMa ...
苹果逻辑:iPhone用户都是我的 你不能抢 -
fancuixia:
作为开发人员,我不看好MobileMal
苹果逻辑:iPhone用户都是我的 你不能抢 -
hax:
cnnic和一帮奸商一起数钱。
CNNIC结束CN域名1元注册政策 注册商提价百倍
Release Notes JGroups 2.7
=========================
Version: $Id: ReleaseNotes-2.7.txt,v 1.6 2008/11/13 08:18:41 belaban Exp $
Author: Bela Ban
JGroups 2.7 is still API-backwards compatible with previous versions
(down to 2.2.7).
This is a big release, with close to 200 JIRA issues fixed and major new
functionality.
Below is a summary (with links to the detailed description) of the major
new features.
Features
========
Shared transport
----------------
[https://jira.jboss.org/jira/browse/JGRP-631
]
Multiple channels can now share the same transport (and still have
different stack configurations on top). This
replaces the Multiplexer, which is not supported any longer as of 2.7.
See
http://www.jgroups.org/javagroupsnew/docs/manual/html/user-advanced.html#d0e2204
for details.
Converted unit tests from JUnit to TestNG
------------------------------
[https://jira.jboss.org/jira/browse/JGRP-410 ]
This cut down the time to run all tests from 2.5 hours to 15 minutes !
Use of annotations to provide JMX management information
--------------------------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-723 ]
[https://jira.jboss.org/jira/browse/JGRP-408 ]
By annotating a protocol as @ManagedResource, an attribute as
@ManagedAttribute or an operation as
@ManagedOperation, we can simply expose JMX management information.
This change allowed us to remove the parallel JMX class hierarchy
(org.jgroups.jmx package), and dramatically
reduced the effort needed to expose protocols via JMX.
Credits for the initial implementation go to Chris Mills.
Use of annotations to set properties
------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-765 ]
Instead of implementing setProperties() in each protocol, parsing the
input string and converting it to a variable, we
now use the @Property annoation to mark an attribute or getter/setter
method. This way, input strings are
automatically mapped to the corresponding fields in a protocol.
This allowed us to remove a lot of boilerplate code.
In addition, we now generate the protocol list
documentation
(http://www.jgroups.org/javagroupsnew/docs/manual/html/protlist.html )
from the @Property annotations.
The benefit is that we need to maintain the documentation only in one
place (the code) instead of two, and we now
have a complete documentation of all protocol properties.
Ability to replace thread pools with custom thread pools
--------------------------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-632 ]
This allows (for example) system integrators to use the thread pools
they already have in their applications. It
also gives greater control over thread pool management, e.g. a provider
can make all threads in a pool daemon threads.
Allow flushing of a cluster subset
----------------------------------
[https://jira.jboss.org/jira/browse/JGRP-661 ]
Rather than flushing the entire cluster, we can now provide a list of
target members for the FLUSH. This is needed
for example for buddy replication in JBossCache.
Performance improvements
------------------------
[https://jira.jboss.org/jira/browse/JGRP-846 ]
[https://jira.jboss.org/jira/browse/JGRP-847 ]
[https://jira.jboss.org/jira/browse/JGRP-805 ]
[https://jira.jboss.org/jira/browse/JGRP-806 ]
[https://jira.jboss.org/jira/browse/JGRP-829 ]
[https://jira.jboss.org/jira/browse/JGRP-813 ]
http://www.jgroups.org/javagroupsnew/docs/performance.html shows that we
can get 150MB/sec/node on a 4 node
cluster connected to a 1GB switch with udp.xml (IP multicasting) on 2.7.
This means we get an aggregate cluster
throughput of 600MB/sec !
2.7 is ca 30-40% faster than 2.6 !
FC: max block times depending on message size
---------------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-804 ]
We can now set the max time to block for a given message, e.g. block
10ms max for messages up to 10K, 100ms for messages
up to 1MB, 500ms for messages up to 10MB and 2000ms for messages larger
than that.
This means that - regardless of missing credits - messages will be sent
after the deadline (max block time) has
elapsed. This adds more predictability as to when messages are sent, but
it also can lead to OOMEs if those values
are too low, defying the purpose of flow control.
UNICAST/NAKACK: eager lock release
----------------------------------
[https://jira.jboss.org/jira/browse/JGRP-656 ]
Better performance in cases where the receiver of a message uses the
calling thread to send a message down the stack.
In this case, the lock will be release as soon as send() is called,
releasing the lock and allowing threads with
messages from the same sender to proceed.
GossipRouter / GossipClient: make sockets non-blocking
------------------------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-702 ]
[https://jira.jboss.org/jira/browse/JGRP-852 ]
Can now be configured to use non blocking socket close, connect and
read/write
Paralellize discovery phase
---------------------------
[https://jira.jboss.org/jira/browse/JGRP-375 ]
Pluggable Probe
---------------
[https://jira.jboss.org/jira/browse/JGRP-832 ]
This allows for users to write their own plugins which respond to a ping
(a probe) and return (for example)
application specific information.
Details are at http://www.jboss.org/community/docs/DOC-11689 (towards
the bottom of the page).
Bug fixes
=========
FD: nodes would not get suspected if traffic from different nodes was
received
------------------------------------------------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-746 ]
Traffic from *any* node was counted as a heartbeat. This is incorrect as
only traffic from the pinged member
should count as heartbeat.
FRAG/FRAG2: fragment list is not cleared for crashed member (can lead to
memory leak)
-------------------------------------------------------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-800 ]
NAKACK: regular message not delivered (in some cases) until new message
arrives
-------------------------------------------------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-781 ]
STATE_TRANSFER: state transfer broken for large states
------------------------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-774 ]
Concurrent connect of multiple channels with shared transport fails
-------------------------------------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-849 ]
Eliminate Linux cross-talk in MPING
-----------------------------------
[https://jira.jboss.org/jira/browse/JGRP-836 ]
FLUSH fixes
-----------
[https://jira.jboss.org/jira/browse/JGRP-756 ]
[https://jira.jboss.org/jira/browse/JGRP-759 ]
[https://jira.jboss.org/jira/browse/JGRP-700 ]
[https://jira.jboss.org/jira/browse/JGRP-622 ]
FD_SOCK: fixes
--------------
[https://jira.jboss.org/jira/browse/JGRP-841 ]
[https://jira.jboss.org/jira/browse/JGRP-845 ]
[https://jira.jboss.org/jira/browse/JGRP-794 ]
[https://jira.jboss.org/jira/browse/JGRP-745 ]
NAKACK: merging of digests is incorrect
---------------------------------------
[https://jira.jboss.org/jira/browse/JGRP-699 ]
Manual
------
The manual is online at
http://www.jgroups.org/javagroupsnew/docs/manual/html/index.html
The complete list of features and bug fixes can be found at
http://jira.jboss.com/jira/browse/JGRP .
Bela Ban, Kreuzlingen, Switzerland
Vladimir Blagojevic, Toronto, Canada
Nov 2008
发表评论
-
Redis 2.0.0 Stable is out!
2010-09-03 22:43 859Redis 2.0.0 Stable 终于千呼万唤始出来,尽管 ... -
Lucene Change Log (Release 3.0.0 [2009-11-25])
2009-11-19 11:03 1451Lucene Change Log $Id: CHANGES ... -
Hadoop Sorts a Petabyte in 16.25 Hours and a Terab
2009-05-18 10:22 861We used Apache Hadoop to comp ... -
MyEclipse 7.1 Blue Edition and WebSphere
2009-03-13 11:24 2726From Genuitec, we've update MyE ... -
Ehcache 1.6 2 Orders of Magnitude Faster
2009-03-09 18:13 1097I have been waiting for enough ... -
Luke 0.9 released
2008-11-14 10:08 816全面支持lucene 2.4.0 索引数据格式。 Chang ... -
转载:Facebook Chat的架构
2008-05-31 18:35 915from infoq.com/cn 最近在Facebook ... -
MyEclipse 6.5 M1 Standard and Professional 下载
2008-05-16 09:39 4529更新: MyEclipse Enterprise Workbe ... -
nginx 0.6.31 release
2008-05-12 18:00 1033Changes with nginx 0.6.31 ... -
nginx 0.5.36 release
2008-05-05 14:46 1151Changes with nginx 0.5.36 ... -
基准测试:libev vs libevent
2008-04-16 14:00 3574原文:http://libev.schmorp.de/benc ... -
libev介绍,可不是libevent哦!
2008-04-16 13:56 7930libev是高性能事件循环/事件模型的网络库,并且包含大量新特 ... -
转载:产品管理体系简单分析
2008-04-13 09:50 14601. 自己在产品经理上的 ... -
基于MOD_BUT 的apache集群方案
2008-04-11 18:01 1232作为apache的集群方案,虽然可以利用mod_pro ... -
libmemcached 0.19 release
2008-04-11 16:05 1378一直关注着memcached,大型分布式网络应用的缓存利 ...
相关推荐
JavaEE源代码 jgroups-2.2.8JavaEE源代码 jgroups-2.2.8JavaEE源代码 jgroups-2.2.8JavaEE源代码 jgroups-2.2.8JavaEE源代码 jgroups-2.2.8JavaEE源代码 jgroups-2.2.8JavaEE源代码 jgroups-2.2.8JavaEE源代码 ...
JGroups集群技术概述 JGroups是一个用于建立可靠的组播通信的工具包,它提供了灵活的、可定制的协议栈,以满足不同的需求。JGroups支持多种传输协议,包括UDP、TCP和JMS等。在JGroups中,消息传输可以保证可靠性,...
jgroups-raft 项目是 JGroups 框架对 Raft 的实现。Maven:<groupId>org.jgroups <artifactId>jgroups-raft <version>0.2</version>Raft 是一个容易理解的共识算法。在容错和性能方面它相当于 Paxos(Google 的一致...
jgroups-2.2.7.jar jgroups-2.2.7.jar
jgroups.part1
JGroups是一个开源的纯java编写的可靠的群组通讯工具。其是一个可靠的组播通讯工具集(需要说明的是,这并不是说必须要使用IP Multicast,JGroups也可以使用TCP来实现)。其工作模式基于IP多播,但可以在可靠性和群组...
JGroups - A Framework for Group Communication in Java ======================================================== March 3, 1998 Bela Ban 4114 Upson Hall Cornell University Ithaca, NY 14853 bba@...
Ehcache通过使用Jgroups做集群配置,更改每一个不同的jgroups.xml文件的端口号和IP,如果一台机器就使用127.0.0.1即可。配置好之后,把每台机器起来,就可以测试了。
JGroups是一个开源的纯java编写的可靠的群组通讯工具。其是一个可靠的组播通讯工具集(需要说明的是,这并不是说必须要使用IP Multicast,JGroups也可以使用TCP来实现)。其工作模式基于IP多播,但可以在可靠性和群组...
jgroups-2.6.8.GA.jar jgroups-2.6.8.GA.jar
jgroups.part3
jgroups源代码,想要学习jgroups开源框架的童鞋可以看看
Jgroups是一款组播工具,基于IP多播的可靠的组播中间件
JGroups(Java多播通讯框架)简介 JGroups是一个可靠的群组通讯Java工具包。它基于IP组播(IP multicast),但在可靠性,组成员管理上对它作了扩展。 JGroups的可靠性体现在: 1,对所有接收者的消息的无丢失传输...
基于JGroups的共享电子白板系统的研究与实现
JGROUPs 的重要用法全部都在里面了
Java多播通讯框架 JGroups
jgroups-2.5.1-jdk14.jar,网络通信工具包,版本号2.5.1
jgroups-2.2.8.jar.........
JGroup是当前被广泛使用的可靠组间通信的工具之一。例如OSCache以及JBossTreeCache都是用的是JGroup。 JGroup功能十分强大,通过配置各种参数就可以充分利用它所提供的各项功能。JGroup最大的特点就是支持协议栈的...