zeromq

Why doesn't it exist on Heroku? I want to use Akka and a distributed queues system for actors to communicate on different dynos. RabbitMQ doesn't seem to be the best option using Akka, because a lot of tricks are needed to seamlessly work with actors without concerning about the underlying queues. Nevertheless, the best option seems to be Durable Mailboxes but with RabbitMQ: akka-amqp-mailbox . I still have to set it up first though. What other options do you consider that provide a seamless underlying queues system on Heroku with Akka? Thanks! You can use Heroku Vulcan to build and run it

I'm looking into ZeroMQ to see if it's a fit for a soft-realtime application. I was very pleased to see that the latency for small payloads were in the range of 30 micro-seconds or so. However in my simple tests, I'm getting about 300 micro-seconds. I have a simple publisher and subscriber, basically copied from examples off the web and I'm sending one byte through localhost. I've played around for about two days w/ different sockopts and I'm striking out. Any help would be appreciated! pub lisher: #include <iostream> #include <zmq.hpp> #include <unistd.h> #include <sys/time.h> int main() {

I need to write an Order Manager that routes client (stock, FX, whatever) orders to the proper exchange. The clients want to send orders, but know nothing about FIX or other proprietary protocols, only an internal (normalized) format for sending orders. I have applications (servers) that each connect through FIX/Binary/etc connections to each FIX/etc provider. I would like a broker program in between the clients and the servers that take the normalized order and turn it into a proper format to a given FIX/etc provider, and take messages from the servers and turn it back to a normalized format

In my ruby script,I am using celluloid-zmq gem. where I am trying to run evaluate_response asynchronously inside pollers using, async.evaluate_response(socket.read_multipart) But if I remove sleep from loop, somehow thats not working out, It is not reaching to "evaluate_response" method. But if I put sleep inside loop it works perfectly. require 'celluloid/zmq' Celluloid::ZMQ.init module Celluloid module ZMQ class Socket def socket @socket end end end end class Indefinite include Celluloid::ZMQ ## Readers attr_reader :dealersock,:pullsock,:pollers def initialize prepare_dealersock and prepare

I have a Dealer socket in client side, who is connected to Router socket in server side. I often see Heartbeating mechanism : the server regularly send message to the client in order that client knows if he is correctly connect to the server, so the client can reconnect if he doesn't received message for some times. For example the Paranoid Pirate pattern here : http://zguide.zeromq.org/page:chapter4 But after some tests : if the client loose the connection to the server for a moment and find it again, the client is automatically reconnected to the server socket (he receive sended message...).

I'm using Xamarin Studio on a Mac, with clrzmq included via NuGet. clrzmq references on libzmq.dll. My app compiles fine, but when I try to run it, I get this: Unhandled Exception: System.DllNotFoundException: libzmq at (wrapper managed-to-native) ZMQ.C:zmq_init (int) at ZMQ.Context..ctor (Int32 io_threads) [0x00000] in <filename unknown>:0 at FeatureSpike.MainClass.Main (System.String[] args) [0x00000] in <filename unknown>:0 libzmq.dll is definitely there in the build target directory. Does anyone know why it's not being found? you might want to try using netmq ( https://github.com/zeromq

I have a C# reply server that can pack an object and send it to a requester C# client. Can I do the same thing, but with a C# reply server communicating with a C++ requester client? Here's an example of my C# reply server: using System; using System.Text; using ZMQ; using MsgPack; namespace zmqMpRep { public class Weather { public int zipcode; public int temperature; public int humidity; } public class zmqMpRep { public static void Main(string[] args) { Socket replier = new Socket( SocketType.REP ); replier.Bind( "tcp://127.0.0.1:9293" ); while( true ) { Weather weather = new Weather { zipcode

It seems as though the XPUB/XSUB socket types have a serious flaw that is difficult to work around: This is my implementation of that center node: #include <zmq.hpp> int main() { zmq::context_t context(1); //Incoming publications come here zmq::socket_t sub(context, ZMQ_XSUB); sub.bind("ipc://subscriber.ipc"); //Outgoing publications go out through here. zmq::socket_t pub(context, ZMQ_XPUB); pub.bind("ipc://publisher.ipc"); zmq::proxy(sub, pub, nullptr); return 0; } The problem is, of course, slow joiner syndrome. If I connect a new publisher to XSUB and publish some messages, they disappear

I want one application on a Linux(Server) host to communicate with applications on Win7(Client) in a VM. Lib of choice is ZeroMQ. But how do I manage asynchronous tasks? Let me give an example: The application in the VM generates tasks in arbitrary intervals and sends them to the Linux box. This will process them but needs some time to answer. In this time the socket in REQ/REP pattern is blocked and incoming tasks from the WinApp can not be forwarded to the LinuxApp. How should I solve this? How is this generally solved, even without 0MQ. Do I have to make both to servers and clients and

I am a PhD student in Cloud Computing, I plan to use the microservices based architecture with consul and zeromq for my research project. I had few questions that I am finding hard to understand. Can someone help me out in sharing their experience. We have microservices based on dockers, We have zeromq and we have consul. Can you mention how we could combine all the three together to have a dynamic adaptive environment? Though I understand as to what zeromq, docker and consul is individually, I am still unable to get a clear picture of how all of them function as a whole.We have docker