[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