Does one have to wind the stopwatch up now?
-- john.a...@hp.com | +491718691813 | http://twitter.com/johnapps --
-Original Message-
From: zeromq-dev-boun...@lists.zeromq.org
[mailto:zeromq-dev-boun...@lists.zeromq.org] On Behalf Of Martin Sustrik
Sent: Friday, June 18, 2010 7:09
To:
If it is of any use, I have successfully managed to build the X64 version using
VS2010.
-- john.a...@hp.com | +491718691813 | http://twitter.com/johnapps --
-Original Message-
From: zeromq-dev-boun...@lists.zeromq.org
[mailto:zeromq-dev-boun...@lists.zeromq.org] On Behalf Of Brian
On Fri, Jun 18, 2010 at 3:43 AM, Apps, John john.a...@hp.com wrote:
Hmm. Not sure if this has anything to do with multi-core, SOA or enterprises.
Is it not more to do with the lack of courage to break new ground, try new
things, leave the past behind - we have been doing it this way for 50
Peter,
The FBP book [1] is a rigid read but if the concept of visual
programming is familiar to anyone, then you can you can easily
understand the concept of FBP. It does not have to have an interactive
visual front-end, and any front-end component connector (scheduler)
will do. Obviously,
I haven't read the article yet but it looks interesting:
http://mnb.ociweb.com/mnb/MiddlewareNewsBrief-201004.html
Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
If you have theoretical background in this area, please do check
UPSTREAM/DOWNSTEAM sockets and let me know if you believe something is
broken or missing there.
The first is a very flexible, even autonomous load
distribution/balancing scheme(s) that take into consideration various
aspects