我正在尝试在python 2.7中使用多处理库,我发现time.sleep()函数的行为有点令人不安。我需要控制一个时序关键硬件(在Raspberry PI上),我最初的目标是使用这个库专门用于此过程。但我发现将主进程置于睡眠状态(time.sleep)也会让子进程进入睡眠状态!?!?这是正常行为还是我遗失了什么?这是一个重现我的问题的代码示例:
import time
from multiprocessing import Process, Queue
def child(q_display):
c = 9999999
while True:
data = q_display.get()
print data
print c
c = c - 1
if __name__ == '__main__':
q_display = Queue()
p = Process(target=child, args=(q_display,)).start()
data = 1
try:
while True:
q_display.put(data)
data = data + 1
print "MAIN ***********************************"
time.sleep(1)
except KeyboardInterrupt:
print "Keyboard CTRL-C !!!"
输出是这样的:
MAIN ***********************************
1
9999999
MAIN ***********************************
2
9999998
MAIN ***********************************
3
9999997
MAIN ***********************************
4
9999996
MAIN ***********************************
5
9999995
MAIN ***********************************
6
9999994
但这是我的预期:
MAIN ***********************************
1
9999999
9999998
9999997
9999996
9999995
9999994
9999993
9999992
MAIN ***********************************
2
9999991
9999990
9999989
9999988
9999987
9999986
9999985
9999984
... etc
我做错了什么?
答案 0 :(得分:1)
问题是Queue.get()
阻塞,直到队列中有一些项目可用。通过将超时参数传递给get()
函数并捕获相应的错误(这需要from Queue import Empty
),您可以继续在子进程中执行其他操作,即使主进程尚未发送任何内容。将子函数中的代码更改为:
while True:
try:
data = q_display.get(True, timeout=0.1) # can raise Empty after 0.1 s
print data
except Empty: # queue was empty, next time better
pass
print c
c = c - 1
这似乎或多或少地符合你的要求:
MAIN ***********************************
MAIN ***********************************1
9999999
[...]
9999990
2
MAIN ***********************************
9999989
9999988
[...]
9999980
3
MAIN ***********************************
9999979
[...]
9999970
4
MAIN ***********************************
9999969
[...]
9999960
5
MAIN ***********************************
9999959
[...]
9999950
6
Keyboard CTRL-C !!!
9999949
[...]
9999943
请注意,主进程和子进程的打印输出可能会有些混乱,但由于缓冲问题,它们不是监视事件确切时间的准确方法。
答案 1 :(得分:0)
我认为问题在于您在将数据放入队列的循环中睡觉。因此,在主进程休眠之前队列中只有一个值,因此子进程在阻塞之前只能读出一个值。