Multiprocessing Log Handler #2

mitsuhiko opened this Issue Jul 27, 2010 · 2 comments

1 participant


For multiprocessing a log handler is needed that sends data to another process.

This might help:


That is implemented now but the problem is that the interface is stupid. The ZeroMQ implementation is much more useful there and also provides a way to handle background threads.

Because the multi processing handler is using a multiprocessing queue it should probably be moved to the queues module and gain a similar interface to the ZeroMQ one. Maybe with a bit of magic that parent and child automatically select the correct side (handler / subscriber) which is usually not necessary for the ZeroMQ setup.


Fixed. They share a common baseclass now and a compatible interface.

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment