<br><font size=2 face="sans-serif">Janet</font>
<br>
<br><font size=2 face="sans-serif">We had done quite a bit of testing of omniEvents vs. some commercial JMS solutions and found omniEvents to be far superior. At that point, we started working with Alex (since early this year) on adding a lot of the 'enterprise' class features of omniEvents. We absolutely rely on federation, performance, etc.... Currently, one of our flagship products uses omniEvents extensively for a call-center solution. This solution has a service level of 99.999% availability and we've been able to meet that, along with the intensive performance objectives.</font>
<br>
<br><font size=2 face="sans-serif">In the production environment, we're using omniEvents running at about 50-74 msgs per second (which isn't that big by todays large systems). This system has been running reliably since mid August ... it draws < 5% CPU on a Sun V480 w/ 2 x 1.2 GHz CPU's. </font>
<br>
<br><font size=2 face="sans-serif">I hope this helped.</font>
<br>
<br><font size=2 face="sans-serif">Renny Koshy<br>
President & CEO<br>
<br>
--------------------------------------------<br>
RUBIX Information Technologies, Inc.<br>
www.rubixinfotech.com</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Janet Tvedt <tvedt@noao.edu></b></font>
<br><font size=1 face="sans-serif">Sent by: omniorb-list-bounces@omniorb-support.com</font>
<p><font size=1 face="sans-serif">10/08/2004 12:41 PM</font>
<br><font size=1 face="sans-serif">Please respond to tvedt</font>
<br>
<td><font size=1 face="Arial"> </font>
<br><font size=1 face="sans-serif"> To: Alex Tingle <alex.omniorb@firetree.net></font>
<br><font size=1 face="sans-serif"> cc: omniORB <omniorb-list@omniorb-support.com></font>
<br><font size=1 face="sans-serif"> Subject: Re: [omniORB] omniEvents 2.6.0 (All new stable release)</font></table>
<br>
<br>
<br><font size=2 face="Courier New">Has anyone done any performance testing with this new version?<br>
<br>
--<br>
Janet Tvedt<br>
National Solar Observatory<br>
<br>
On Fri, 2004-10-08 at 08:56, Alex Tingle wrote:<br>
> website: http://omnievents.sf.net/<br>
> <br>
> I am proud to announce omniEvents 2.6.0, the culmination of nearly a<br>
> year's development and testing.<br>
> <br>
> omniEvents 2.6.0 is an almost entirely new implementation of the OMG <br>
> Event Service Specification v1.1 for omniORB. It builds upon the<br>
> foundation of omniEvents v2.4.<br>
> <br>
> This new version contains a number of significant enhancements:<br>
> <br>
> o Each Proxy type is individually designed for optimal performance,<br>
> and minimal use of system resources.<br>
> <br>
> o Implements a sub-set of the Fault-Tolerant CORBA specification.<br>
> Servers may be configured to operate in pairs - if one fails then<br>
> clients automatically switch over to the alternate.<br>
> <br>
> o Event channels can be federated, which allows multiple servers to<br>
> share the load of delivering events to many clients across a wide<br>
> area network.<br>
> <br>
> o Event channels can be configured to only pass on events of a<br>
> particular CORBA type. Combined with channel federation, this<br>
> allows Consumers to choose which type of events to receive.<br>
> <br>
> o The server runs as a daemon on Unix or a service on Windows. A<br>
> SysV style init file can be automatically installed on Unix, to<br>
> get you up and running with minimum fuss.<br>
> <br>
> o omniEvents is now much better documented. There are detailed<br>
> installation instructions, full code documentation and even a<br>
> tutorial on writing an Event Service client.<br>
> <br>
> o Implements OMG Event Service Specification v1.1 - with the correct<br>
> disconnection semantics. This makes it much easier to write<br>
> clients that can disconnect cleanly.<br>
> <br>
> Full documentation is here:<br>
> http://omnievents.sf.net/doc/index.html<br>
> <br>
> WARNING: This release is NOT backwards compatible. If you are<br>
> upgrading from 2.4.1 or earlier, then remove your current<br>
> installation before installing the new version.<br>
> <br>
> -Alex Tingle<br>
<br>
_______________________________________________<br>
omniORB-list mailing list<br>
omniORB-list@omniorb-support.com<br>
http://www.omniorb-support.com/mailman/listinfo/omniorb-list<br>
</font>
<br>
<br>