Модуль 12

Процеси та керування ними

Ось урок на тему «Процеси та керування ними», створений у стилі CS50: енергійно, з аналогіями та акцентом на розуміння суті.

🎓 CS50-Style: Процеси та керування ними

Привіт, друзі! 👋 Сьогодні ми зазирнемо під капот вашої операційної системи.

1. 🔥 Вступ: Хаос на кухні

Уявіть, що ви — шеф-кухар у найпопулярнішому ресторані міста. 👨‍🍳 У вас є Книга Рецептів (це ваш жорсткий диск з програмами). Але книга сама по собі нікого не нагодує, правда? Щоб з'явилася страва, вам потрібно взяти продукти, увімкнути плиту і почати діяти.

Ось тут і виникає проблема. У вас лише одні руки (один процесор / CPU), а замовлень — десятки: хтось хоче суп, хтось стейк, а хтось — десерт.

❓ Питання до вас: Що станеться, якщо ви будете варити суп 40 хвилин і ігноруватимете всі інші замовлення, поки суп не буде готовий? Спойлер: Ваші клієнти (користувачі) підуть геть, а ресторан збанкрутує.

Навіщо нам ця тема? Ваш комп’ютер робить те саме. Він має лише кілька ядер процесора, але ви хочете одночасно: слухати музику, компілювати код, качати фільм і рухати мишкою. Як це можливо? Магія? Ні. Це Керування Процесами.

Без розуміння процесів ви — просто пасажир, який натискає іконки. Зрозумівши їх, ви стаєте диспетчером, який керує цілим аеропортом.

2. 🧠 Теоретична база (Як це працює?)

Давайте розберемося з термінами, але без нудьги.

🔹 Програма vs Процес

Це найважливіше розрізнення. * Програма — це мертвий код на диску. Це ваш рецепт у книзі. Він просто лежить. * Процес — це програма в дії. Це момент, коли ви вже ріжете цибулю. Процес має свій час, свою пам’ять і свої змінні.

Інтуїтивно: Якщо ви запустите "Калькулятор" двічі — це буде одна програма, але два різні процеси.

🔹 PID (Process ID)

У ресторані не кричать «Гей, ти, суп!». У кожного замовлення є номер чека. У комп’ютері кожен процес має PID (унікальний числовий ідентифікатор). * Запам’ятайте: Щоб керувати процесом (зупинити, вбити, пріоритезувати), ви повинні знати його PID.

🔹 Ілюзія багатозадачності (Time Sharing)

Як процесор встигає все? Він шахраює. 😉 Він виконує процес браузера 0.01 секунди, потім процес Spotify 0.01 секунди, потім ваш редактор коду. Це перемикання відбувається так швидко, що вам здається, ніби все працює одночасно. Це називається Context Switching.

3. 🧪 Приклади (Від простого до реального)

Ми будемо використовувати термінал (Linux/macOS), бо саме там справжні розробники керують процесами.

Приклад 1: Хто тут живе?

Давайте просто подивимось, що зараз робить ваш комп'ютер.

Команда:

ps

Що ви очікуєте побачити? Усі програми світу? Реальність: Ви побачите лише ті процеси, які запущені у поточному вікні термінала (зазвичай це сам bash і команда ps). Нудно.

Приклад 2: Погляд Бога (Dashboard)

Давайте побачимо все. Команда:

top  # або htop, якщо встановлено

Що відбувається: Ви бачите таблицю, яка постійно оновлюється. * Найважчі процеси нагорі. * Ви бачите PID. * Ви бачите, скільки % CPU "з’їдає" кожен процес.

Це як зайти на кухню і побачити, хто з кухарів працює, а хто курить на задньому дворі. 🚬

Приклад 3: Життя і смерть процесу

Уявіть, що ви запустили команду, яка "зависла" або просто довго працює (наприклад, sleep 1000 — спати 1000 секунд).

sleep 1000

Термінал заблоковано. Ви нічого не можете писати. Як це виправити? 1. Натисніть Ctrl + Z (це ставить процес на "паузу", відправляє у фон). 2. Напишіть bg (background) — нехай працює у фоні, поки ми вільні. 3. А тепер вб’ємо його, бо він нам не треба. * Знайдіть PID через ps. * Напишіть kill <PID>.

4. 🛠 Практична частина

А тепер ваша черга. Відкрийте термінал!

  1. 🔹 Розвідка: Запустіть команду ps aux (або просто ps -e). Знайдіть процес вашого браузера (chrome, firefox, safari). Подивіться на його PID.
  2. 🔹 Створення зомбі (майже): Запустіть команду sleep 500 &. Символ & в кінці одразу відправляє процес у фон. Термінал залишається вільним.
  3. 🔹 Полювання: Знайдіть PID цього процесу sleep, використовуючи команду pgrep sleep або просто очима через ps.
  4. 🔹 Ліквідація: Вбийте цей процес командою kill <PID>. Перевірте ще раз через ps, чи він зник.
  5. 🔹 "А що, якщо...": Що буде, якщо спробувати вбити процес із PID 1? (Спробуйте kill 1, вам, швидше за все, відмовлять у правах).
    • Пояснення: PID 1 — це зазвичай init або systemd, прабатько всіх процесів. Вбити його — це як вимкнути світло в усьому місті (система впаде в Kernel Panic або перезавантажиться).
  6. 🔹 Міні-кейс: У вас запущена програма на Python (python main.py), яка зависла і споживає 100% процесора. Ви не знаєте її PID. Напишіть одну команду, щоб знайти її і завершити.

5. 💡 Мислення як у розробника

Як відрізнити новачка від профі?

❌ Новачок: * Бачить, що програма зависла → Перезавантажує комп’ютер. * Використовує kill -9 (найжорсткіше вбивство) одразу. Це як розстріляти страву з кулемета замість того, щоб просто зняти каструлю з вогню. Процес не встигає зберегти дані або закрити файли.

✅ Досвідчений розробник: * Спочатку дивиться в htop / Activity Monitor: "Хто саме винен?". * Пробує м’яке завершення (kill -15 або просто kill), просячи процес: "Друже, будь ласка, завершись". Тільки якщо не допомагає — дістає "важку артилерію" (kill -9). * Розуміє: Процес — це ресурс. Якщо він "тече" (Memory Leak) або їсть 100% CPU, його треба фіксити в коді, а не просто перезапускати.

6. 🧩 Підсумок

Отже, що ми маємо в сухому залишку?

  1. Програма — це рецепт. Процес — це готування.
  2. ОС — це шеф-кухар, який перемикається між каструлями (Context Switching).
  3. PID — це ім’я, за яким ми звертаємось до процесу.
  4. Ви тепер вмієте знаходити, відправляти у фон і вбивати процеси.

Ви тепер не просто користувач. Ви — Адміністратор Системи.

🚀 Що далі? Процеси — це круто, але вони "важкі" і ізольовані один від одного (як окремі кухарі). А що, якщо нам потрібна одна страва, яку готують 10 рук одночасно над однією каструлею? На наступному уроці ми поговоримо про Потоки (Threads) — молодших братів процесів, які люблять ризикувати і ділити пам'ять.

Це був CS50. Побачимось! 👋

← До списку уроків Наступний урок →