[英]Zombie process in python multiprocessing daemon
在研究了python守护进程之后,这个步骤似乎是最强大的: http : //www.jejik.com/articles/2007/02/a_simple_unix_linux_daemon_in_python/
现在我正在尝试在守护进程类中实现一个工作池,我认为它正在工作(我还没有彻底测试代码),除了在关闭时我得到一个僵尸进程。 我已经读过我需要等待来自孩子的返回代码,但我还是看不出我到底需要做什么。
以下是一些代码段:
def stop(self):
...
try:
while 1:
self.pool.close()
self.pool.join()
os.kill(pid, SIGTERM)
time.sleep(0.1)
...
在这里,我尝试了os.killpg
和一些os.wait
方法,但没有任何改进。 我也在os.kill
之前和之后玩过closing
/ joining
池。 这个循环,它永远不会结束,一旦它到达os.kill
我得到一个僵尸进程。 self.pool = Pool(processes=4)
发生在守护进程的__init__
部分。 从start(self)
之后的run(self)
,我将调用self.pool.apply_async(self.runCmd, [cmd, 10], callback=self.logOutput)
。 但是,我想在讨论之前解决这个僵尸进程。
如何在守护进程中正确实现池以避免这个僵尸进程?
在不知道子/守护程序进程中发生了什么的情况下,不可能对答案有100%的信心,但请考虑是否可以这样做。 由于您的子进程中有工作线程,因此在收到SIGTERM后,实际上需要构建一些逻辑来连接所有这些线程。 否则,您的过程可能不会退出(即使它确实您可能无法正常退出)。 要做到这一点,你需要:
如果你有I / O线程和各种各样的东西那么这将是一个真正的苦差事。
此外,我通过实验发现,当您使用信号处理程序时,事件监听器的特定策略很重要。 例如,如果使用select.select(),则必须使用超时,并在超时发生时重试; 否则你的信号处理程序将无法运行。 如果您有事件的Queue.Queue对象,并且您的事件侦听器调用其.get()方法,则必须使用超时,否则您的信号处理程序将无法运行。 (在VM中的C中实现的“真实”信号处理程序运行,但除非您使用超时,否则您的Python信号处理程序不会运行。)
祝好运!
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.