我減少了一個問題,我在我的應用程序中看到下面的測試用例。在這段代碼中,一個父進程同時產生2個子進程(你可以產生更多的子進程),通過標準輸入從父進程讀取一個大消息,休眠5秒,然後寫回一些東西。但是,有意外的等待發生在某處,導致代碼在10秒內完成,而不是預期的5.Python子進程在接收標準輸入EOF時遇到神祕延遲
如果設置了verbose=True
,您可以看到分散的子進程正在接收大部分消息,然後等待最後一個3個字符的大塊---它沒有檢測到管道已經關閉。此外,如果我根本沒有對第二個進程(doreturn=True
)做任何事情,那麼第一個進程將從開始,永遠不會從看到EOF。
任何想法發生了什麼?再往下是一些示例輸出。提前致謝。
from subprocess import *
from threading import *
from time import *
from traceback import *
import sys
verbose = False
doreturn = False
msg = (20*4096+3)*'a'
def elapsed(): return '%7.3f' % (time() - start)
if sys.argv[1:]:
start = float(sys.argv[2])
if verbose:
for chunk in iter(lambda: sys.stdin.read(4096), ''):
print >> sys.stderr, '..', time(), sys.argv[1], 'read', len(chunk)
else:
sys.stdin.read()
print >> sys.stderr, elapsed(), '..', sys.argv[1], 'done reading'
sleep(5)
print msg
else:
start = time()
def go(i):
print elapsed(), i, 'starting'
p = Popen(['python','stuckproc.py',str(i), str(start)], stdin=PIPE, stdout=PIPE)
if doreturn and i == 1: return
print elapsed(), i, 'writing'
p.stdin.write(msg)
print elapsed(), i, 'closing'
p.stdin.close()
print elapsed(), i, 'reading'
p.stdout.read()
print elapsed(), i, 'done'
ts = [Thread(target=go, args=(i,)) for i in xrange(2)]
for t in ts: t.start()
for t in ts: t.join()
輸出示例:
0.001 0 starting
0.003 1 starting
0.005 0 writing
0.016 1 writing
0.093 0 closing
0.093 0 reading
0.094 1 closing
0.094 1 reading
0.098 .. 1 done reading
5.103 1 done
5.108 .. 0 done reading
10.113 0 done
我使用Python 2.6.5如果有差別。
很高興你發現了 - 絕對是我在閱讀(3行)參數文檔時錯過的東西。 – phooji 2011-02-20 23:42:51