WikiSort.ru - Не сортированное

Проце́сс-зо́мби, зо́мби (англ. zombie process, англ. defunct process) — дочерний процесс в Unix-системе, завершивший своё выполнение, но ещё присутствующий в списке процессов операционной системы, чтобы дать родительскому процессу считать код завершения.

Этимология

Происходит от слова «зомби», означающего «живой мертвец» (оксюморон, англ. undead). Термин является яркой метафорой о том, что процесс «умер», но не «погребён».

Возникновение зомби

Процесс при завершении освобождает все свои ресурсы (за исключением PID — идентификатора процесса) и становится «зомби» — пустой записью в таблице процессов, хранящей код завершения для родительского процесса.

Система уведомляет родительский процесс о завершении дочернего с помощью сигнала SIGCHLD. Предполагается, что после получения SIGCHLD он считает код возврата с помощью системного вызова wait(), после чего запись зомби будет удалена из списка процессов.

Если родительский процесс игнорирует SIGCHLD (а он игнорируется по умолчанию), то зомби остаются до завершения родительского процесса.

Проблемы зомби

Игнорирование SIGCHLD в принципе не является правильным, но может быть приемлемо для короткоживущих программ (некоторые программы могут делать это намеренно, например, для исключения повторения PID). Но для долгоживущих и часто создающих дочерние процессы программ это неприемлемо, потому что накапливание зомби приводит к «утечке ресурсов» (то есть к их постепенному блокированию).

Зомби не занимают памяти (как процессы-сироты), но блокируют записи в таблице процессов, размер которой ограничен для каждого пользователя и системы в целом.

При достижении лимита пользователь, от имени которого выполняется программа, и все его программы не будут способны создавать новые дочерние процессы. Кроме всего прочего, пользователь, от имени которого выполняется родительский процесс, не сможет зайти на консоль (локальную или удалённую) или выполнить какие-либо команды на уже открытой консоли (потому что для этого командный интерпретатор sh должен создать новый процесс), и для восстановления работоспособности (завершения виновной программы) будет необходимо вмешательство системного администратора.

Если же процесс выполнялся от имени суперпользователя, то проблему может решить только перезагрузка (причём зачастую — только аппаратным рестартом). Некоторые операционные системы (например, Sun Solaris) при возникновении такой ситуации аварийно завершают часть выполняющихся процессов, восстанавливая работоспособность системы. Одна из компьютерных баек утверждает, что Solaris может таким образом аварийно завершить выполнение корневого родительского процесса init (что приведёт к остановке системы).

Примеры программ, создающих зомби, на разных языках программирования

Внимание! Выполнение данных примеров может привести к потере несохранённых данных. Не рекомендуется выполнять их без применения надлежащих мер предосторожности.

#include <stdlib.h>
#include <sys/types.h>
#include <unistd.h>

int main ()
{
  pid_t child_pid;

  child_pid = fork ();
  if (child_pid > 0) {
    sleep (60);
  }
  else {
    exit (0);
  }
  return 0;
}

#!/usr/bin/env python2
# -*- coding: utf8 -*-

import subprocess
import time
import threading

# Порождаем процесс 'ls' с параметром '-l'
proc = subprocess.Popen(['ls','-l'])

# Останавливаем главный поток программы на 5 секунд. На их протяжении процесс будет иметь
# статус "зомби", хоть процесс уже и завершился, поскольку не была выполнена обработка
# результата процесса
time.sleep(5)

# В этом месте зомби исчезнет, т.к. программа очистит буферы ввода-вывода для процесса
# и считает код его завершения
proc.communicate()

time.sleep(5)

Разное

• Зомби не могут принимать сигналы, и поэтому их нельзя убрать с помощью утилиты или вызова kill. Убрать их может либо родительский процесс, либо его завершение.
• Все процессы в Unix имеют своих родителей — процессы, не имеющие или потерявшие родителей («осиротевшие» процессы; англ. orphan process) являются дочерними для init (процесс с PID = 1), который в свою очередь является дочерним для ядра (процесса с PID = 0). init всегда обрабатывает SIGCHLD, поэтому от таких процессов никогда не остаётся зомби.
• Зомби можно узнать в списке процессов (выводимых утилитой ps) по флагу «Z» в колонке STAT.
• Хорошим стилем программирования считается всегда обрабатывать SIGCHLD.
• Языки скриптов Perl и Python неявно обрабатывают SIGCHLD, если программа настраивает его игнорирование.

См. также

• SIGCHLD
• Процесс-сирота
• Сигналы (UNIX)
• Fork бомба