[zeromq-dev] How to implement fan in?

[William Brown]

    We've implemented this as well, and have reversed the bind/connect points as suggested by the OP such
    that logging "server" binds the endpoint (consumes the resource) and the processes (things that produce log messages)
    connect to the endpoint. Works great.

    --Corey

________________________________
From: zeromq-dev-bounces at lists.zeromq.org [mailto:zeromq-dev-bounces at lists.zeromq.org] On Behalf Of Lucas Hope
Sent: Wednesday, February 08, 2012 9:43 PM
To: ZeroMQ development list
Subject: Re: [zeromq-dev] How to implement fan in?



On Thu, Feb 9, 2012 at 1:35 PM, Brian Smith <brian at linuxfood.net<mailto:brian at linuxfood.net>> wrote:
Nope. You're perfectly welcome to have the pull bind.

I do this for logging a simple multi-process app and it works well for me.

Peace,

-Luke


Sent with Sparrow<http://www.sparrowmailapp.com/?sig>


On Wednesday, February 8, 2012 at 6:25 PM, snacktime wrote:

I can't find anyone documenting how to do a fan in.

Specific scenario. I have a multithreaded app. Most of the threads
handle requests, a few threads are dedicated for things like logging.
So I want all my worker threads to send their log messages to the
single logging thread. What I really want is a fan in using push
pull, only with one puller that binds and all the pushers connect.
Every example I see makes push bind and pull connect. Is there any
reason why it cant' be the opposite?

Chris
_______________________________________________
zeromq-dev mailing list
zeromq-dev at lists.zeromq.org<mailto:zeromq-dev at lists.zeromq.org>
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


_______________________________________________
zeromq-dev mailing list
zeromq-dev at lists.zeromq.org<mailto:zeromq-dev at lists.zeromq.org>
http://lists.zeromq.org/mailman/listinfo/zeromq-dev




--
---------------------------------------------------
Dr Lucas Hope - lucas.r.hope at skype
Machine Learning and Software Engineering Consultant
Melbourne, Australia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20120209/43258c22/attachment.htm>