[tor-dev] A few ideas about improved design/modularity in Tor

meejah meejah at meejah.ca
Sun Apr 3 17:56:56 UTC 2016

Nick Mathewson <nickm at alum.mit.edu> writes:

> ZeroMQ and its competitors are pretty good, but overkill.  They're
> designed to work in a distributed environment where with unreliable
> network connections, whereas for this application I'm only thinking
> about splitting a single Tor instance across multiple processes on the
> same host.

ZeroMQ has an "INPROC" transport that works for inter-thread
communication (and it's way faster than the networked ones, even
unix-sockets, at least a few years back when I benchmarked some things
involving ZeroMQ in C++).


More information about the tor-dev mailing list