Что такое процесс в операционной системе Linux?

А, ну это же классика, ёпта! Сидишь ты такой, пьешь кофе, а тут бац — сервис накрылся медным тазом. И ты начинаешь шаманить, а по сути вся магия крутится вокруг этих самых процессов. Это как если бы твой комп — это огромный офис, а каждый процесс — это отдельный чувак, который сидит в своей комнате (это и есть та самая изоляция) и упорото делает свою работу.

Представь: один — это nginx, он как секретарша, раздает всем входящие бумажки. Другой — node.js приложение, оно как менеджер-говнокодер, которое эти бумажки пытается прочитать, а само бензин хавает как не в себя. У каждого свой номер на бейджике (PID), свой стол (память) и своя зарплата (процессорное время). И главный по офису — ядро ОС — это такой строгий завхоз, который всех создает, следит, чтобы не подрались, и может в любой момент выпихнуть пинком под зад.

Ну а теперь по делу, как с этим жить:

Вот смотри, ты заходишь на сервер, а там всё ебётся. Первое, что делаешь — смотришь, кто тут вообще буянит.

# Смотрим всех, кто причастен к nginx, потому что он внезапно стал отвечать как хуй в пальто
ps aux | grep nginx

ps aux — это твой рентген. Видно всех и всё: кто запустил, сколько памяти сожрал, сколько CPU гоняет впустую.

А если непонятно, кто конкретно жрет ресурсы, включаешь телевизор — top или htop. htop — это вообще песня, там всё цветное, красивое, можно сразу процессы убивать, как в игрушке. Видишь строчку, где %CPU под 300 — это пипец, чувак, у тебя там либо код кривой, либо вирус-майнер какой-нибудь пидарас шерстяной завелся.

Допустим, порт 8080 висит, а кто его слушает — хрен поймешь.

# Этот команда — как детектив. Она скажет, какая манда с ушами твой порт 8080 заняла.
sudo lsof -i :8080

Нашел PID — и уже полдела сделано. Теперь надо с этим процессом что-то решать. Если он просто завис, вежливо просим его закончить:

kill -15 <PID>  # Вежливо говорим: "Братан, закругляйся, пожалуйста" (SIGTERM)

А если он не понимает по-хорошему, игнорирует, типа доверия ебать ноль, тогда в ход идет тяжелая артиллерия:

kill -9 <PID>   # Это уже без разговоров. Щелчок по лбу. SIGKILL. Нахуй.

kill -9 — это как вырубить электричество в комнате. Процесс даже сохраниться не успеет, поэтому это крайняя мера, а то потом будешь дебажить, почему данные похерились.

А еще бывает, что процессы как тараканы — плодятся. Один запустил другого, тот третьего. Чтобы не запутаться в этой родне, смотришь дерево:

pstree -p

Тут сразу видно, кто чей папа, и если нужно грохнуть всю семью, ты знаешь, с кого начать.

А теперь, бля, самое важное для нас, деплоящих и обслуживающих это всё:

1. Контейнеры (Docker) — это не волшебство. Это просто очень изолированный процесс. Ядро одно на всех, но для каждого контейнера сделана своя виртуальная комнатушка (namespace) и поставлен жесткий лимит на бутерброды (cgroups). Так что когда контейнер «падает», он по сути просто процесс завершился. И искать логи и причины надо почти так же.

2. Демоны (nginx, sshd, cron) — это те самые процессы-работяги, которые висят в фоне с рождения системы. Раньше ими управляли скриптами в /etc/init.d, а сейчас все через systemd. Команда systemctl restart nginx — это по сути послать демону сигнал «Переродись, сука!».

3. Сигналы — это наш язык общения. SIGHUP (перечитать конфиг) — это как постучать по стеклу: «Э, ты там, конфиг обновился, взгляни!». nginx -s reload внутри себя именно это и делает. Не перезапуская весь процесс, только рабочие потоки. Умно, да?

4. Потребление ресурсов — наше всё. Если процесс начинает жрать память как не в себя (memory leak) или гонять CPU на 100%, это прямой путь к алёртам в 3 часа ночи. top и ps — твои первые друзья. А в проде уже Prometheus с Node Exporter рисуют красивые графики, глядя на которые можно сказать: «О, а этот наш микросервис опять начинает сходить с ума, пора его прибить и перезапустить».

Короче, процесс — это фундамент. Не разберешься в этом — будешь как слепой щенок, когда всё падает. А так хотя бы понимаешь, за какую ниточку дернуть, чтобы всё не разъехалось к хуям собачьим.