[zeromq-dev] Thinking out loud ...

Andrew Hume andrew at research.att.com
Tue Jun 28 20:49:45 CEST 2011

just to expand a little on what pieter said, take heartbeats.

many people, when they first confront those, they think the problem is easy.
at some level it is, but often people realise that a networking heartbeat does
not imply application health, and so they end up doing an application level heartbeat anyway.
the interplay with 0mq comes about because in these various patterns,
especially those that scale, the hardest thing is how to talk to (address) the other end.

myself, i've never used the magic inside ROUTER and the like; i use real
ip addresses garnered from a config file.


On Jun 28, 2011, at 8:21 AM, Pieter Hintjens wrote:

> On Tue, Jun 28, 2011 at 9:50 AM, Henry Baragar
> <Henry.Baragar at instantiated.ca> wrote:
>> One of my questions was: why are there so many questions about routing on
>> the mailing list and why is more than two-thirds of the Guide devoted to
>> discussing how to to implement, in application code, custom routing for
>> common patterns? I was exploring for an answer to this question.
> Why does the Guide cover building custom patterns? Because there are
> literally hundreds of these, and it's unclear today which should be
> solved in the core, and which built on top. The cost of building
> patterns into libzmq is very high. The cost of building them on top is
> quite low. Thus, one can experiment in user space.  ROUTER forms the
> core of most custom patterns, by definition.
> The healthy process is that we experiment cheaply, discover what works
> well, then move that knowledge into the core slowly, where it becomes
> available to all, but where it is also much harder to change.
> Classic example would be request-reply reliability, which the Guide
> explores in several patterns and which Martin's currently moving into
> libzmq in small steps (of course for this process to work well, we
> need to be learning from those custom patterns).
> IMO we'll see a number of other pattern 'helpers' like heartbeating
> and flow control that move from user space into libzmq core over time.
> -Pieter
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Andrew Hume  (best -> Telework) +1 623-551-2845
andrew at research.att.com  (Work) +1 973-236-2014
AT&T Labs - Research; member of USENIX and LOPSA

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110628/92ddc0c8/attachment.htm>

More information about the zeromq-dev mailing list