[zeromq-dev] Message processor/filter broadcaster

Baranski, Antek abaranski at ea.com
Tue Jun 23 22:21:01 CEST 2009

* I am including 2 engineers from EA who will be working with me on this project.

OS will be most probably Linux, language will be Java but could be C++ as well.

As for throughput we are expecting to receive on avg. 240 msg per second, latency is not really an issue as we are not dependent on a true real-time feed.

Antek S. Baranski
Technical Director - Development Transformation
Work : 	604 - 456 - 1746 (x11746)
Cell : 	778 - 668 - 7174

-----Original Message-----
From: Pavol Malosek [mailto:malosek at fastmq.com] 
Sent: Tuesday, June 23, 2009 12:56 AM
To: Baranski, Antek; 'zeromq-dev at lists.zeromq.org'
Subject: Re: [zeromq-dev] Message processor/filter broadcaster

Hello Antek,

It seems to be an ideal use case for 0MQ. If you did not read it jet have look 
at butterfly tutorial/example http://www.zeromq.org/tutorials:butterfly, should 
be more or less the setup you need.

Can you please provide throughput and latency needs, OS and prog. language used?


>----- Original Message ----- 
>From: Baranski, Antek
>To: 'zeromq-dev at lists.zeromq.org'
>Sent: Tuesday, June 23, 2009 12:52 AM
>Subject: [zeromq-dev] Message processor/filter broadcaster
>Hi there,
>I am looking into using 0MQ for a project at EA and I was wondering if anyone 
>could confirm the
>possibility of doing the following using 0MQ, and if ?
>0MQ is the right solution for this.

>What I need to create is a system that will be listening to events being posted 
>on 'fixed' TCP
>connection to various servers on which a constant stream of 'messages' will be 
>This system will take each of these messages and do some processing based on an 
>configuration file that will tell the system what to do with the various fields 
>in those messages.
>Once processed the system will publish these 'new' messages which again can be 
>up by various consumers, like MSSQL listeners that will insert this data into a 
>MSSQL cluster.

>Is 0MQ the right solution for this? Is it overkill? Anything better/easier out 
>there that I should look at?

More information about the zeromq-dev mailing list