8 ms·
ZeroMQ 4.2.0
- k__ 10y ago"Tell them I was a writer. A maker of software. A humanist. A father. And many things. But above all, a writer. Thank You. :)" - Pieter Hintjens http://hintjens.com/ http://hintjens.com/
- kzisme 10y agoIf you're just learning about ZeroMQ (or just reading this post) - I suggest taking some time to read or listen to some of Pieter Hintjens blogs/book/talks. It's a wonderful experience and he seemed like a great/genuine dude.
- k__ 10y agoI think I will use PC3[0] in my next project. Seems like an easy and sane way to structure repos. [0] http://hintjens.com/blog:23 http://hintjens.com/blog:23
- kzisme 10y agoI really enjoyed Why Optimistic Merging Works Better[0] - and found it to be a very interesting topic and way to approach merging for projects. [0] http://hintjens.com/blog:106 http://hintjens.com/blog:106
- tel 10y agoHow would you review PC3 versus C4? It seems like C4 (https://rfc.zeromq.org/spec:42/C4 https://rfc.zeromq.org/spec:42/C4) is the latest evolution of this design. It seems to embrace optimistic merging even more than PC3 and does away with reviewers.
- k__ 10y agoHm, like he wrote it, it seems to be the other way around "The Pedantic Code Construction Contract (PC3) is an evolution of the GitHub Fork + Pull Model, and the ZeroMQ C4 process..."
- tel 10y agoThat's a good point. I was basing it on dates I could find and what I've been reading in Social Architecture. Perhaps the latest C4 is later and PC3 is smack in the middle
- RelaxBox 10y agoI haven't used zeromq in forever, but did they ever fix the problem with request/reply sockets where the server socket could get into an indeterminate state after a client socket drops at just the wrong time?
- dangerlibrary 10y agoThat sounds like a problem that can happen with linux sockets in general, and may not be zeroMQ's fault.
- alfalfasprout 10y agoNope. The reality is that ZeroMQ is useful for a variety of tasks but doesn't really excel at the tasks for its specific socket types anymore. He offers a heart-beating pattern to get around this issue for Req/Rep sockets though. For pub/sub Aeron is now much better (way more throughput and doesn't crash at multi-gigabit rates like OpenPGM). For REQ/REP HTTP/2 and other QUIC-based approaches are reigning supreme (if you need high performance across a WAN then you can repurpose something like FIXT 1.1 from the FIX protocol).
- justinsaccount 10y ago> For REQ/REP HTTP/2 and other QUIC-based approaches are reigning supreme Oh? I implemented something recently using req/rep using pyzmq and then ported it to grpc. grpc was an order of magnitude slower. Then I updated the zeromq code to do pipelining via router/dealer and that was even faster.. by sending pipelined batches of 100 items it can do 160k lookups/second. grpc+batching I think maxed out around 20k. Could have been protobuf that was the cause of the performance hit though.
- azinman2 10y agoGrpc in python is much slower than c++ or even java.
- justinsaccount 10y ago
- MichaelAza 10y agoI've been seeing the occasional post from his blog about the choice to die but didn't connect them to ZMQ until I saw this. ZMQ, as a library, is a work of art and Code Connected is by and far one of the best programming books I have had the pleasure to read. That, coupled with the deep and interesting posts on his blog show we have lost a truly great mind.
- omginternets 10y agoI'm confused. I thought 0MQ had essentially been superceded by nanomsg [0]. What's the deal? On a related note, using nnpy [1] and mangos [0] have been a real pleasure. And lastly, a bit of info on how 0MQ and nanomsg differ [3]. [0] http://nanomsg.org/ http://nanomsg.org/ [1] https://github.com/nanomsg/nnpy https://github.com/nanomsg/nnpy [2] https://github.com/go-mangos/mangos https://github.com/go-mangos/mangos [3] http://nanomsg.org/documentation-zeromq.html http://nanomsg.org/documentation-zeromq.html
- hood_syntax 10y agoMartin Sustrik split because of differences, did a completely new implementation called nanomsg. He is no longer maintaining nanomsg. That task has fallen to someone else, but it doesn't seem to be too active at the moment.
- omginternets 10y agoRight, but my point was rather about the differences you mention. I was under the impression that 0MQ was superceded by nanomsg for technical reasons (UNIX-iness, 0MQ's threading model, etc). Whence comes the impression that nanomsg is inactive?
- rubber_duck 10y ago>Whence comes the impression that nanomsg is inactive? Because two 'main' maintainers so far abandoned it quite publicly, maybe someone picked it up afterwards.
- deleted 10y ago[deleted]
- omginternets 10y agoAh, I missed it. The mangos project seems to be alive and well, in any case.
- 10y ago
- pbhowmic 10y agoWho took over zmq after Hintjens' untimely death?