[zeromq-dev] Coordinating two different processes

Gary Davidson Gary.Davidson at interclick.com
Thu Aug 25 14:53:37 CEST 2011

In C# (which I think you are using) collect the A socket messages in a blocking collection in one thread and then consume them on a second thread with the b socket.

The blocking collection is thread safe and you can think of it like a bridge when you have to process one message before sending another.

I am unaware of a similar structure in other languages just having played with them, but I have not looked yet either.

[Description: C:\Users\gary.davidson\AppData\Roaming\Microsoft\AD_interclick\logo.png]

Gary Davidson, Chief Software Architect
Gary.Davidson at interclick.com<mailto:Gary.Davidson at interclick.com>
P 561 300 2764
C 954 790 0715
F 561 300 2765

4800 T-Rex Avenue Suite 120
Boca Raton, FL 33431


From: zeromq-dev-bounces at lists.zeromq.org [mailto:zeromq-dev-bounces at lists.zeromq.org] On Behalf Of Matt Haberman
Sent: Wednesday, August 24, 2011 2:38 PM
To: zeromq-dev at lists.zeromq.org
Subject: [zeromq-dev] Coordinating two different processes

I have a design question about how to best coordinate two different processes. Let's say I have two steams of data, Data Stream A which is pub-sub and Data Stream B which is request reply. Data Stream A contains updates to meta data that determines how Data Stream B should be processed. In certain cases, I need to ensure  that Data Stream A is received and processed before Data Stream B if Data Stream A was sent before B - otherwise Data Stream B might be processed incorrectly. Any ideas on how to best accomplish this?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110825/bdeb9a21/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 8293 bytes
Desc: image001.png
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110825/bdeb9a21/attachment.png>

More information about the zeromq-dev mailing list