Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Шпори СПОС.docx
Скачиваний:
1
Добавлен:
01.04.2025
Размер:
145.46 Кб
Скачать
  1. Загальний порядок та фізичний зміст створення нового процесу.

Процес Unix/Linux являє собою одиницю роботи обчислювальної системи, якої операційна система виділяє ресурси. З деякою мірою наближення можна визначити процес як виконувану програму. Кожен процес в системі має свій унікальний ідентифікатор процесу (PID), що цілим числом.

Кожному процесу в операційній системі відповідає запис у таблиці процесів і адресний простір процесу. Запис у таблиці процесів (і її розширення в адресному просторі процесу) містить керуючу інформацію про ресурсах, виділених процесу, і про стан процесу. Адресний простір містить коди і дані процесу.

Новий процес породжується системним викликом fork, який створює дочірній процес - копію батьківського. У нащадку виконується та ж програма, що і в батьківському, і коли дочірній процес починає виконуватися, він виконується з точки повернення з системного виклику fork. Системний виклик fork возвращает батьківського процесу PID дочірнього процесу, а дочірнього процесу - 0. За кодом повернення виклику fork дочірній процес може "усвідомити себе як дочірній. Свій PID процес може отримати при допомогою системного виклику getpid, а PID батьківського процесу - за допомогою системного виклику getppid. Якщо потрібно, щоб у нащадку виконувалася програма, відмінна від програми батьківського процесу, процес може змінити виконувану в ньому програму за допомогою одного з системних викликів сімейства exec. Всі виклики цього сімейства download для виконання в процесі програму з заданого в виклик файлу і відрізняються один від одного способом передачі параметрів цієї програмі.

  1. Поняття процесу з позиції концепції багатопотокового виконання.

Потоком (потік керування, нитка, thread) називанють набір послідовно виконуваних команд процесора, які використовують загальний простір процесу. Оскільки в системі може одночасно бути багато потоків, завдання ОС є організація перемикання процесора між ними і планування їхнього виконання. У багатопроцесорних системах код окремих потоків може виконуватися на окремих процесорах. Таким чином, процесом називають сукупність одного або декількох потоків і захищеного адресного простору, у якому ці потоки виконуються. Захищеність адресного простору процесу є його найважливішою характеристикою. Код і дані процесу не можуть бути прямо прочитані або перезаписані іншим процесом; у такий спосіб захищаються від богатьох програмних помилок і спроб несанкціонованого доступу. Природно, що неприпустимим э тыльки прямий доступ (наприклад, запис у пам’ять за допомогою простої інструкції перенесення даних); обмін даниими між процесами принципово можливий, але для цьго мають бути використані спеціальні засоби, які називають засобами міжпроцесової взаємодії. Такі засоби складніше за прямий доступ і працюють повільніше, але при цьому забезпечують захист від випадкових помилок у разі доступу до даних.

  1. Поняття про життєвий цикл процесу.

Життєвий цикл процесу в ОС UNIX може бути розбитий на кілька станів. Перехід з одного стану в інше відбувається в залежності від настання певних подій в системі. Можливі наступні стани процесу: Процес виконується в режимі користувача. При цьому процесором виконуються прикладні інструкції даного процесу. Процес виконується в режимі ядра. При цьому процесом виконуються системні інструкції ядра від імені процесу. Процес не виконується, але готовий до запуску, як тільки планувальник вибере його (стан runnable). Процес знаходитися в черзі на виконання і володіє всіма необхідними йому ресурсами, крім процесора. Процес перебувати в стані сну (asleep), очікуючи недоступного в даний момент ресурсу, наприклад завершення операції вводу-виводу. Процес повертається з режиму ядра в режим задачі, але ядро ​​перериває його і виробляє перемикання контексту для запуску більш пріоритетного процесу. Процес тільки що створений системним викликом fork і знаходиться в перехідному стані: він існує, але не готовий до запуску і не перебувати в стані сну. Процес виконав системний виклик exit і перейшов в стан зомбі (zombie, defunct). Як такого процесу не існує, але залишаються записи, що містять код повернення і тимчасову статистику його виконання, доступну для батьківського процесу. Цей стан є кінцевим в життєвому циклі процесу.