Сиротские процессы в Unix-подобных системах

Введение

Сиротский процесс — это компьютерный процесс, родительский процесс которого завершился или был остановлен, но сам процесс продолжает выполняться.

Unix-подобный

В операционной системе, подобной Unix, любой осиротевший процесс будет немедленно усыновлен системным процессом, определённым реализацией: ядро устанавливает родительский процесс для этого процесса. Эта операция называется переусыновлением и происходит автоматически. Даже если технически процесс имеет системный процесс в качестве родителя, он всё ещё называется осиротевшим, поскольку процесс, который первоначально его создал, больше не существует. В других системах осиротевшие процессы немедленно завершаются ядром. Большинство Unix-систем исторически использовали `init` в качестве системного процесса, к которому переусыновляются осиротевшие процессы, но в современных DragonFly BSD, FreeBSD и Linux осиротевший процесс может быть переусыновлен процессом "subreaper" вместо `init`. Процесс может стать осиротевшим непреднамеренно, например, когда родительский процесс завершается или аварийно прекращает работу. Механизм групп процессов в большинстве Unix-подобных операционных систем может быть использован для защиты от случайного осиротения, когда в координации с оболочкой пользователя предпринимается попытка завершить все дочерние процессы сигналом "hangup" (SIGHUP), а не позволять им продолжать работу как осиротевшие. Более точно, в рамках управления заданиями, когда оболочка завершается, поскольку она является "лидером сессии" (её идентификатор сессии равен идентификатору процесса), соответствующая сессия входа завершается, и оболочка отправляет SIGHUP всем своим заданиям (внутреннее представление групп процессов). Иногда желательно намеренно осиротить процесс, обычно для того, чтобы позволить длительно выполняющемуся заданию завершиться без дальнейшего вмешательства пользователя, или запустить постоянно работающий сервис или агент; такие процессы (без связанной сессии) известны как демоны, особенно если они работают непрерывно. Низкоуровневый подход заключается в двойном `fork`, запуске желаемого процесса во внуке и немедленном завершении дочернего процесса. Процесс-внук теперь осиротел и будет усыновлен не дедушкой, а `init`. Альтернативы более высокого уровня обходят обработку сигнала hangup оболочкой, либо инструктируя дочерний процесс игнорировать SIGHUP (с помощью `nohup`), либо удаляя задание из таблицы заданий, либо сообщая оболочке не отправлять SIGHUP при завершении сессии (с помощью `disown` в любом случае). В любом случае, идентификатор сессии (идентификатор процесса лидера сессии, оболочки) не изменяется, и идентификатор процесса сессии, которая завершилась, остаётся в использовании до тех пор, пока все осиротевшие процессы не завершатся или не изменят идентификатор сессии (начав новую сессию через `setsid(2)`). Для упрощения администрирования системы часто желательно использовать обёртку для сервисов, чтобы процессы, не предназначенные для использования в качестве сервисов, правильно реагировали на системные сигналы. Альтернативным способом поддержания работы процессов без их осиротения является использование мультиплексора терминалов и запуск процессов в отсоединённой сессии (или сессии, которая становится отсоединённой), чтобы сессия не завершалась, а процесс не осиротел. Процесс сервера также считается осиротевшим, когда клиент, инициировавший запрос, неожиданно завершается после отправки запроса, оставляя серверный процесс работающим. Эти осиротевшие процессы расходуют ресурсы сервера и потенциально могут привести к нехватке ресурсов. Однако существует несколько решений проблемы осиротевших процессов: Завершение – наиболее часто используемый метод; в этом случае осиротевший процесс уничтожается. Реинкарнация – это метод, при котором машины периодически пытаются найти родителей любых удалённых вычислений; в этот момент осиротевшие процессы уничтожаются. Истечение времени – это метод, при котором каждому процессу выделяется определённое количество времени для завершения перед уничтожением. При необходимости процесс может "попросить" больше времени для завершения до истечения выделенного времени.

In a Unix like operating system any orphaned process will be immediately adopted by an implementation defined system process: the kernel sets the parent to this process. This operation is called re parenting and occurs automatically. Even though technically the process has a system process as its parent, it is still called an orphan process since the process that originally created it no longer exists. In other systems orphaned processes are immediately terminated by the kernel. Most Unix systems have historically used init as the system process to which orphans are reparented, but in modern DragonFly BSD, FreeBSD, and Linux systems, an orphan process may be reparented to a "subreaper" process instead of init. A process can be orphaned unintentionally, such as when the parent process terminates or crashes. The process group mechanism in most Unix like operating systems can be used to help protect against accidental orphaning, where in coordination with the user's shell will try to terminate all the child processes with the "hangup" signal (SIGHUP), rather than letting them continue to run as orphans. More precisely, as part of job control, when the shell exits, because it is the "session leader" (its session id equals its process id), the corresponding login session ends, and the shell sends SIGHUP to all its jobs (internal representation of process groups). It is sometimes desirable to intentionally orphan a process, usually to allow a long running job to complete without further user attention, or to start an indefinitely running service or agent; such processes (without an associated session) are known as daemons, particularly if they are indefinitely running. A low level approach is to fork twice, running the desired process in the grandchild, and immediately terminating the child. The grandchild process is now orphaned, and is not adopted by its grandparent, but rather by init. Higher level alternatives circumvent the shell's hangup handling, either telling the child process to ignore SIGHUP (by using nohup), or removing the job from the job table or telling the shell to not send SIGHUP on session end (by using disown in either case). In any event, the session id (process id of the session leader, the shell) does not change, and the process id of the session that has ended is still in use until all orphaned processes either terminate or change session id (by starting a new session via setsid(2)). To simplify system administration, it is often desirable to use a service wrapper so that processes not designed to be used as services respond correctly to system signals. An alternative to keep processes running without orphaning them is to use a terminal multiplexer and run the processes in a detached session (or a session that becomes detached), so the session is not terminated and the process is not orphaned. A server process is also said to be orphaned when the client that initiated the request unexpectedly crashes after making the request while leaving the server process running. These orphaned processes waste server resources and can potentially leave a server starved for resources. However, there are several solutions to the orphan process problem:

Termination is the most commonly used technique; in this case the orphan is killed. Reincarnation is a technique in which machines periodically try to locate the parents of any remote computations; at which point orphaned processes are killed. Expiration is a technique where each process is allotted a certain amount of time to finish before being killed. If need be a process may "ask" for more time to finish before the allotted time expires.