Перейти на PRO

Что такое родительский процесс в Linux?

Тип вопроса: Linux Вероятность: 23% Категория: Devops Инженер

Ответ

В Linux и других Unix-подобных системах родительский процесс — это процесс, который создаёт новый процесс с помощью системного вызова fork(). Созданный процесс называется дочерним. Каждый процесс (кроме самого первого — init или systemd с PID 1) имеет родителя.

Ключевые аспекты:

  • Иерархия: Процессы образуют дерево. Узнать PID родителя можно через getppid() или команду ps -o ppid= -p <PID>.
  • Наследование: Дочерний процесс наследует от родителя:
    • Открытые файловые дескрипторы.
    • Переменные окружения.
    • Текущий рабочий каталог.
    • Маску создания файлов (umask).
  • Управление жизненным циклом: Родитель может (и должен) отслеживать завершение дочернего процесса с помощью wait() или waitpid(), чтобы получить его статус выхода и избежать появления "зомби"-процессов (zombies).
  • Сиротство: Если родитель завершается раньше дочернего, дочерний процесс становится "сиротой" и автоматически переусыновляется процессом init/systemd (PID 1), который впоследствии выполнит wait() за него.

Практический пример в Bash и просмотр дерева процессов:

# Запускаем процесс в фоне (например, sleep)
$ sleep 300 &
[1] 12345  # PID дочернего процесса: 12345

# Смотрим его родителя (PPID) и дерево
$ ps -o pid,ppid,cmd -p 12345
    PID    PPID CMD
  12345   11056 sleep 300  # PPID 11056 — это PID оболочки Bash

# Просматриваем дерево процессов с помощью pstree
$ pstree -ps 12345
systemd(1)───bash(11056)───sleep(12345)
# Видно: systemd -> bash -> sleep

# Если "убить" родительскую оболочку, sleep станет дочерним systemd
$ kill 11056
$ ps -o pid,ppid,cmd -p 12345
    PID    PPID CMD
  12345       1 sleep 300  # PPID теперь 1 (systemd/init)

Важность для DevOps: Понимание иерархии процессов критично для:

  • Корректного управления сервисами (например, процесс, запущенный systemd).
  • Отладки (поиск утечек ресурсов, "зомби"-процессов).
  • Написания скриптов, которые корректно запускают и завершают дочерние процессы.

Ответ 18+ 🔞

Слушай, а вот это про родительские и дочерние процессы в Линуксе — это вообще пиздец как важно понимать, если ты с этой системой работаешь. Представь себе, что каждый процесс, кроме самого первого уёбка systemd с PID 1, не с неба свалился, а у него есть папаша, который его породил через этот самый fork().

Ключевые моменты, без которых нихуя не понятно:

  • Вся эта иерархия, блядь: Процессы — это как генеалогическое древо, только из пидоров. Узнать, кто твой папаша, можно через getppid() или командой ps -o ppid= -p <PID>. Просто и понятно.
  • Что наследуется, ёпта: Дочерний процесс — не самостоятельный мудак, он от родителя тащит кучу барахла:
    • Все открытые файловые дескрипторы (как будто спиздил ключи от квартиры).
    • Переменные окружения (всю эту хуйню, что в env).
    • Текущую папку, где работал папаша.
    • Маску создания файлов (umask), короче, настройки доступа.
  • Ответственность, мать её: Родитель — не распиздяй, он должен следить за своим отпрыском. Используй wait() или waitpid(), чтобы получить статус выхода ребёнка, а то он превратится в зомби-процесс и будет висеть в системе как говно в проруби. Никому не нужные трупы процессов — это пиздопроебибна.
  • Сиротство, бля: Если родитель сдох раньше ребёнка (типичная история), то дочерний процесс становится сиротой. Но система не бездушная — его усыновляет главный по тарелкам, init или systemd (PID 1), который потом за ним приберётся через wait().

Пример из жизни, чтобы вообще волнение ебать прошло: Смотри, как это выглядит в баше. Берём и запускаем, например, sleep в фоне.

$ sleep 300 &
[1] 12345  # Вот PID дочернего процесса: 12345

Теперь смотрим, кто его папа:

$ ps -o pid,ppid,cmd -p 12345
    PID    PPID CMD
  12345   11056 sleep 300  # PPID 11056 — это наш баш, который команду дал

А теперь можно глянуть на всё дерево, как оно есть, командой pstree:

$ pstree -ps 12345
systemd(1)───bash(11056)───sleep(12345)

Всё наглядно: systemd породил bash, а bash породил sleep. Красота, ёпта.

А вот что будет, если мы прибьём родителя (баш):

$ kill 11056
$ ps -o pid,ppid,cmd -p 12345
    PID    PPID CMD
  12345       1 sleep 300  # PPID теперь 1! Спасибо, systemd, ты наш новый папа.

Вот так sleep стал сиротой и его усыновил сам systemd. Ядрёна вошь, как всё продумано.

А нахуя это всё DevOps-инженеру? Да овердохуища причин!

  • Чтобы правильно управлять сервисами, которые через systemd запускаются.
  • Для отладки, когда нужно найти, какой процесс ресурсы жрёт или кто зомби остался.
  • Чтобы писать скрипты, которые не бросают своих детей на произвол судьбы, а грамотно их запускают и завершают. Иначе будет тебе хиросима, а не работающая система.
© ХакСобесов, 2026
support@hacksobesov.com