【发布时间】:2013-12-11 16:25:15
【问题描述】:
我想用一个程序启动几个子进程,即一个模块foo.py启动几个bar.py的实例。
由于我有时必须手动终止进程,因此我需要进程 ID 来执行 kill 命令。
即使整个设置非常“脏”,如果进程是通过os.system 启动的,是否有一种很好的pythonic 方法来获取进程'pid?
foo.py:
import os
import time
os.system("python bar.py \"{0}\ &".format(str(argument)))
time.sleep(3)
pid = ???
os.system("kill -9 {0}".format(pid))
bar.py:
import time
print("bla")
time.sleep(10) % within this time, the process should be killed
print("blubb")
【问题讨论】:
-
"因此子进程
Popen(["python", "bar.py", "arguments"])太慢了。" -- 你实际测量过吗? The question that you've linked 显示不同的情况,无论如何时间差是几毫秒。 -
是的,我已经测量过了。大约 20 到 30 毫秒,在我的具体情况下太慢了,因为我有一个滚动图形,必须每秒更新多次。
os.spawnl给了我想要的功能,尽管它增加了大约一秒钟来启动每个进程,但没有停止我的主进程。它仍然不是理想的解决方案,但对我来说比subprocess.Popen更好。 -
你应该在问题中提到它(理想情况下,有一个完整的最小代码示例,其他人可以尝试)。当心
spawn继承所有可继承的文件描述符(Popen关闭它们(Python 3))。您可以先启动进程并暂停它们,然后再取消暂停它们(发送输入或信号)吗?为什么不能在同一进程中使用bar.py脚本?顺便说一句,与Popen相比,为什么spawn会在进程开始时增加一整秒? -
关于我的程序的一些细节:一个连续(每秒几次)更新的图表从右到左滚动。在
bar.py中,进行了几次耗时的计算。虽然计算没有完成,但在图中写着“计算”。如果用户进行任何输入,则必须终止计算并开始新的计算。计算结果的快速得出并不重要,而图表确实可以流畅地移动。额外一秒的原因我还不清楚。 -
在进行了其他几项更改后,我意识到,我无法重现通过 Popen 启动进程的较长时间,也无法重现通过 Popen 启动进程时的额外秒数。我将更改问题以使接受的答案适合并撤销我的解决方案。很抱歉打扰大家——我不知道我之前的结果是从哪里来的。
标签: python linux subprocess os.system