我正在为Django项目(Ubuntu14.04机器)使用带有nginx反向代理的gunicorn 19.7.1 appserver。
ps aux | grep gunicorn | grep -v grep | wc -l目前的产量为3043。
而在/etc/init/gunicorn.conf,我一直有-w 33。然而,即使我做了sudo service gunicorn stop和sudo service gunicorn start,这些额外的员工依然存在。
我怎样才能杀死那些外来工人?
这是怎么回事?
33的员工计数总是在我繁忙的生产系统上正确配置的。
然而,几个小时前,我在服务器上尝试python的multiprocessing,结果事情变糟了。Gunicorn的工人们把所有的记忆都消耗掉了,同时也取出了当地的redis实例。

我恢复了这一变化,并设法恢复了所有的东西,除了记忆体还没有被释放,我不得不应付这些遗留的枪手工人。到底怎么回事?
发布于 2017-10-21 04:03:54
然而,即使我做了
sudo service gunicorn stop和sudo service gunicorn start,这些额外的员工依然存在。
service只管理service-initiated进程,因此如果您在服务框架之外启动Gunicorn员工,即使您使用stop,这些工作人员也会继续生存。
我怎样才能杀死那些外来工人?
的快速方式:
运行此命令列出所有gunicorn进程ID并终止它们,然后重新启动Gunicorn:
$ pkill gunicorn
$ sudo service gunicorn start更好的方法:
123。https://stackoverflow.com/questions/46858963
复制相似问题