Вопрос 4. Модель процесса в ос
Р
А
К
Г
О
Блок управления процессом, структура ,назначение (РСВ)
Представляет процесс в глазах ОС(визитная карточка процесса)
-текущеесостояние процесса
-уникальный системный ID прцесса
-ссылка на владельца процесса
-приоритет процесса
-указатели области памяти,выделенной процессом
-указатели области сохранения регистров
-указатели выделенных процессу ресурсов
Назначение РСВ: функции процесса управления выполняют действия над параметрами БУП(блок управления процессами)
-создание процесса(выделение процессу начальных рес-ов,опред приоритета и т.д.)
-уничтожение(освобождение ресурсов,исключение из списка,освобождение номера)
-возобновление
-изменение приоритета
-блокирование /разблокирование
-запуск из очереди(выбор из очереди готовности)
Механизм упр. процессами с помощью прерываний:
Прерывания обрабатываются аппаратурой
-управление передается ОС
-ОС запоминает состояние прерванного процесса РСВ
-ОС анализирует тип прерывания
-ОС передает управление соответств. «обработчику прерываний»
-затем обработчик выполняет соотв. действие
5 типов прерываний:
1)Прерывание от уст-в ввода /вывода
2)От средств контроля
3)По таймеру
4)По командам оператора
5)программное прерывание(SVC команда)
Вопрос 5. Двухуровневая система управления процессами в мультипрограммной ос
-Долгосрочное планирование(Shell,VM,..)
-оперативное/краткосрочное с помощью системных вызовов и прерываний
Для управления достаточно:
1.системного вызова для создания нового процесса fork
Порождает новый процесс путем дублирования контекста существующего процесса. Отличие предка и потомка только в том, что у потомка свой PID, и они получают разные возвращаемые значения.
2.сис-ый вызов для приостановления текущего процесса wait
Переводит процесс в состояние ожидание до завершения процесса потомка,если таковой имеется. Если такого нет, то системный вызов игнорируется
3.сис-ый вызов замены контекста процесса exec
В общем случае exec [ссылка на файл].На основании соответствующего файла заменяет контекст существующего процесса.
Вопрос 6. Структура процесса в Unix контекст процесса.
1.Процесс выполняется в режиме задача.
2.Процесс выполняется в режиме ядра
3.Процесс не выполняется, но готов к запуску под упр.ядра
4.Процесс приостановлен, но находится в оперативной памяти
5.процесс готов к выполнению, но программа должна загрузить процесс в ОП
6.Процесс приостановлен и выгружен
7.Процесс перешел в состояние задача,но ядро резервирует его(по прерыванию/приоритету)
8.Процесс создан,но находится в промежуточном состоянии(сущ. но не готов)
9.Процесс вызвал системную функцию exit,прекратил существование,но остались данные,которые требуют доставки к другим процессам(зомби)
Вопрос 7. Порождение процессов в Unix.
Порождение процесса в Unix происходит в 2 этапа:
1.Создается копия процесса родителя. т.е. дублируется дескриптор, контекст и образ процесса
2.У нового процесса производится замена нового сегмента на заданный.
Вновь созданному процессу система присваивает целочисленный идентификатор, уникальный за весь период функционирования системы.
If (fork()) {действие отца}
Else {действие сына}
В порожденный процесс возвращается значение Null, а в породивший id порожденного. Это позволяет понять процессу поле вызова fork, отец он или сын.