Я не уверен, использовать ли pty.fork() или os.fork() при создании внешних фоновых процессов из моего приложения. (например, шахматные движки)
Я хочу, чтобы порожденные процессы умирали, если родитель был убит, как с порождаемыми приложениями в терминале.
Каковы взлеты и падения между двумя вилками?
Дочерний процесс, созданный с помощью os.fork(), наследует stdin/stdout/stderr от родительского процесса, а дочерний процесс, созданный с помощью pty.fork(), подключается к новому псевдотерминалу. Вам понадобится позже, когда вы пишете программу, такую как xterm: pty.fork() в родительском процессе возвращает дескриптор для управления терминалом дочернего процесса, поэтому вы можете визуально представлять данные из него и преобразовывать действия пользователя в последовательности ввода терминала.
Обновление:
Со страницы руководства pty(7):
Процесс, который ожидает подключения к терминалу, может открыть ведомый конец псевдотерминала, а затем управляться программой, которая открыла главный конец. Все, что написано на ведущем конце, предоставляется процессу на ведомом конце, как если бы оно было введено на терминале. Например, запись символа прерывания (обычно control-C) в ведущее устройство вызовет генерацию сигнала прерывания (SIGINT) для группы процессов переднего плана, которая подключена к ведомому. И наоборот, все, что записывается на ведомый конец псевдотерминала, может быть прочитано процессом, подключенным к ведущему концу.
pty.fork() с помощью pty.openpty() и os.fork() (на самом деле вы можете увидеть это в исходном коде pty.py). Но псевдотерминал отличается от каналов, см. en.wikipedia.org/wiki/Pseudo_terminal.
- person Denis Otkidach; 22.12.2009
Раньше я всегда использовал для этого модуль subprocess. Он предоставляет хороший API для связи с подпроцессами.
Вы можете использовать call(*popenargs, **kwargs) для блокировки их выполнения, и я считаю, что использование класса Popen может справиться с асинхронным выполнением.
Дополнительные сведения см. в документах.
Что касается использования os.fork и pty.fork, оба сильно зависят от платформы, и ни один из них не будет работать (или, по крайней мере, не тестировался) с окнами. Модуль pty кажется более ограниченным из двух, если читать документы. Основное отличие заключается в псевдотерминальном аспекте. Поэтому, если вы не хотите создавать свой код таким образом, чтобы можно было использовать модуль subprocess, я бы, вероятно, выбрал os.fork вместо pty.fork.
Псевдотерминалы необходимы для некоторых приложений, которые действительно ожидают наличия терминала. Интерактивная оболочка — один из таких примеров, но есть и много других. Параметр pty.fork существует не как еще один os.fork, а как особый API для использования псевдотерминала.
