<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. &nbsp;At that point, we started working with Alex (since early this year) on adding a lot of the 'enterprise' class features of omniEvents. &nbsp;We absolutely rely on federation, performance, etc.... Currently, one of our flagship products uses omniEvents extensively for a call-center solution. &nbsp;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). &nbsp;This system has been running reliably since mid August ... it draws &lt; 5% CPU on a Sun V480 w/ 2 x 1.2 GHz CPU's. &nbsp;</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 &amp; 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 &lt;tvedt@noao.edu&gt;</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">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To: &nbsp; &nbsp; &nbsp; &nbsp;Alex Tingle &lt;alex.omniorb@firetree.net&gt;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc: &nbsp; &nbsp; &nbsp; &nbsp;omniORB &lt;omniorb-list@omniorb-support.com&gt;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; &nbsp; &nbsp; &nbsp;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>
&gt; website: http://omnievents.sf.net/<br>
&gt; <br>
&gt; I am proud to announce omniEvents 2.6.0, the culmination of nearly a<br>
&gt; year's development and testing.<br>
&gt; <br>
&gt; omniEvents 2.6.0 is an almost entirely new implementation of the OMG <br>
&gt; Event Service Specification v1.1 for omniORB. It builds upon the<br>
&gt; foundation of omniEvents v2.4.<br>
&gt; <br>
&gt; This new version contains a number of significant enhancements:<br>
&gt; <br>
&gt; &nbsp;o Each Proxy type is individually designed for optimal performance,<br>
&gt; &nbsp; &nbsp;and minimal use of system resources.<br>
&gt; <br>
&gt; &nbsp;o Implements a sub-set of the Fault-Tolerant CORBA specification.<br>
&gt; &nbsp; &nbsp;Servers may be configured to operate in pairs - if one fails then<br>
&gt; &nbsp; &nbsp;clients automatically switch over to the alternate.<br>
&gt; <br>
&gt; &nbsp;o Event channels can be federated, which allows multiple servers to<br>
&gt; &nbsp; &nbsp;share the load of delivering events to many clients across a wide<br>
&gt; &nbsp; &nbsp;area network.<br>
&gt; <br>
&gt; &nbsp;o Event channels can be configured to only pass on events of a<br>
&gt; &nbsp; &nbsp;particular CORBA type. Combined with channel federation, this<br>
&gt; &nbsp; &nbsp;allows Consumers to choose which type of events to receive.<br>
&gt; <br>
&gt; &nbsp;o The server runs as a daemon on Unix or a service on Windows. A<br>
&gt; &nbsp; &nbsp;SysV style init file can be automatically installed on Unix, to<br>
&gt; &nbsp; &nbsp;get you up and running with minimum fuss.<br>
&gt; <br>
&gt; &nbsp;o omniEvents is now much better documented. There are detailed<br>
&gt; &nbsp; &nbsp;installation instructions, full code documentation and even a<br>
&gt; &nbsp; &nbsp;tutorial on writing an Event Service client.<br>
&gt; <br>
&gt; &nbsp;o Implements OMG Event Service Specification v1.1 - with the correct<br>
&gt; &nbsp; &nbsp;disconnection semantics. This makes it much easier to write<br>
&gt; &nbsp; &nbsp;clients that can disconnect cleanly.<br>
&gt; <br>
&gt; Full documentation is here:<br>
&gt; &nbsp;http://omnievents.sf.net/doc/index.html<br>
&gt; <br>
&gt; WARNING: This release is NOT backwards compatible. If you are<br>
&gt; upgrading from 2.4.1 or earlier, then remove your current<br>
&gt; installation before installing the new version.<br>
&gt; <br>
&gt; -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>