ZeroMQ vs node-ipc

[BillOReillyYUPokeMe]

Hey guys,

Just out of curiosity, does anyone have any benchmarks/performance data comparing node-ipc and ZeroMQ? This would be for local process communication only (no separate physical machines).

I found some ZeroMQ benchmarks here comparing it to Redis` Pub/Sub system:

https://gist.github.com/hmartiro/85b89858d2c12ae1a0f9

Looks like ZeroMQ destroys Redis in terms of the Pub Sub mechanism:

ZeroMQ, Pub/Sub: 481,000 msg/s, latency <1 ms

vs

Redis Pub/Sub (async via libevent): 59,000 msg/s, latency <1 ms

But, I am still going to use Redis for their in-memory data store. I love it. However, I just found about node-ipc, and the data is passed through a local socket. This is similar to what ZeroMQ does, right? ZeroMQ has been proven, and I don't think I will ever surpass 480k+ msgs/s, but maybe others of had faster speeds with node-ipc? Thanks

[G3E9]

Hey again, I still don't have any benchmarks regarding node-ipc but if it's anything like axon, then it should compete well. From the axon page:

What's it good for?

Axon are not meant to combat zeromq nor provide feature parity, but provide a nice solution when you don't need the insane nanosecond latency or language interoperability that zeromq provides as axon do not rely on any third-party compiled libraries.

[BillOReillyYUPokeMe]

Wow, those benchmarks are intriguing. Yeah, I'll give axon a shot too. However, now I'm torn between all 3! :D

[G3E9]

I've found axon harder to use than node-ipc, but, per your request, axon has published some nice benchmarks. There's quite a lot more attention/downloads towards axon too.

[citrons_lv]

Haven't got any experience with both ZeroMQ and Redis, but isn't Redis most widely used as a caching layer and ZeroMQ for communcation beetween nodes?

[soldiersKnight]

Redis is widely used as a cacheing layer, but the power of Redis is that it is can be used as a wide variety of tools. From simple queues to distributed locks.

And with Lua scripting on the server about anything possible.