3 ms·
Really dig this project. Instead of having different projects implement multiprocess models to use multicore hardware, let Circus bind a socket and hand over th
by jokull 14y ago
Really dig this project. Instead of having different projects implement multiprocess models to use multicore hardware, let Circus bind a socket and hand over the file descriptor for all processes. It means that instead of having Gunicorn or uWSGI run multliple processes, just run an efficient single process worker like gevent or meinheld, all managed by Circus.
The gain here is being able to use a single cli interface to manage processes. If you have used Heroku, you’ll know that you can increase the number of processes with a unified cli interface. Allows you to ramp up RQ workers and scale down the web processes, for example.
There are other features here, such as a pubsub channel for events. I guess the idea here is to aggregate Circus events in a multiserver environment.
Anyone using this in production?
- tarekmoz 14y ago> I guess the idea here is to aggregate Circus events in a multiserver environment. Yeah that's the basis for it. We're planning to add a cross-server feature, so a single CLI can handle processes across several boxes transparently There's a branch but we've lacked of time to finish it yet. Soon I hope.