Я использую подпроцесс, используя pexpect. Я общаюсь с ним время от времени через sendline и readline. cProfile указывает, что моя программа проводит большую часть времени в ожидании sendline до fini sh, что является нежелательным поведением. Python псевдокод:
def reset(self):
self.proc = pexpect.spawn("node ./my_lovely_program.js")
...
def step(self, info):
self.proc.sendline(info)
while (my_condition):
response = self.proc.readline().decode()
# evaluate my_condition
return retval
Между тем, в стиле Ожидание ввода пользователем ввода в Node.js, хорошо закопано в мое приложение узла:
let ans = await this.askQuestion("");
// do_stuff(ans);
Он запускается двумя различными экземплярами соответствующего класса одновременно. Это все хорошо и работает удовлетворительно. Затем я запускаю
python3 -m cProfile -s cumtime main.py
и получаю следующее:
ncalls tottime percall cumtime percall filename:lineno(function)
498/1 0.002 0.000 262.820 262.820 {built-in method builtins.exec}
1 0.107 0.107 262.820 262.820 main loop
1 0.099 0.099 262.081 262.081 also main loop
3774 0.022 0.000 214.272 0.057 main.py:24(step)
33596 203.977 0.006 203.977 0.006 {built-in method time.sleep}
3774 0.017 0.000 189.138 0.050 pty_spawn.py:570(sendline)
3774 0.049 0.000 189.105 0.050 pty_spawn.py:526(send)
3875 0.158 0.000 53.767 0.014 main.py:28(scrape_input)
14756 0.052 0.000 53.434 0.004 spawnbase.py:459(readline)
14756 0.056 0.000 53.382 0.004 spawnbase.py:240(expect)
14756 0.072 0.000 52.985 0.004 spawnbase.py:343(expect_list)
14756 0.242 0.000 52.848 0.004 expect.py:91(expect_loop)
29721 0.235 0.000 47.113 0.002 pty_spawn.py:415(read_nonblocking)
69657 0.113 0.000 46.250 0.001 pty_spawn.py:448(select)
69657 0.103 0.000 46.137 0.001 utils.py:130(select_ignore_interrupts)
69657 46.016 0.001 46.016 0.001 {built-in method select.select}
...
Между ними readline и особенно sendline занимают более 90% времени выполнения программ. Большую часть этого времени проводят во сне. Это очень грустно, и я хочу это исправить. Я посылаю 20-30 символов каждый раз. Я пытался читать из stdin другими способами (например, https://www.dev2qa.com/node-js-get-user-input-from-command-line-prompt-example/) и готов продолжать идти по этому маршруту, если это путь к go. (У меня есть отдельная проблема; во втором сеансе ввод читается дважды). производительность Posix_spawn при захвате вывода процесса used popen; Я помню, как использовал это несколько месяцев go, и оно зашло в тупик.