[omniORB] Performance comparison of OmniEvents and OmniNotifiy

Alex Tingle alex.omniorb at firetree.net
Wed Mar 2 20:53:08 GMT 2005


Hi Jon,

>> As I say, my preference is for multicast over the network, and
>> delivery via Unix pipe transport at the edges. The alternative is
>> batching, which just pushes complexity into the user code.
> 
> perhaps spread could be used for the multicast part and just
> running omniEvents locally for the final delivery?
> 
> spread toolkit here
> http://www.spread.org/

Sadly it's not license-compatible:

 http://www.spread.org/license/

Good link though, thanks!

-Alex

--

On Wed, 2 Mar 2005 19:59:45 +0000
Jon <jon at totient.demon.co.uk> wrote:

> 
> > As I say, my preference is for multicast over the network, and delivery
> > via Unix pipe transport at the edges. The alternative is batching,
> > which just pushes complexity into the user code.
> 
> perhaps spread could be used for the multicast part and just
> running omniEvents locally for the final delivery?
> 
> spread toolkit here
> http://www.spread.org/
> 
> python bindings here
> http://www.zope.org/Members/tim_one/spread/
> 
> my 0.02
> 
> Jon
> 
> 
> _______________________________________________
> omniORB-list mailing list
> omniORB-list at omniorb-support.com
> http://www.omniorb-support.com/mailman/listinfo/omniorb-list


-- 
:: alex tingle
:: http://www.firetree.net/consulting/
:: alex.tingle AT firetree.net  +44-7901-552763 



More information about the omniORB-list mailing list