Введение в администрирование UNIX/Введение в Юникс: различия между версиями
Содержимое удалено Содержимое добавлено
Onix GCI (обсуждение | вклад) →Управление процессами: 4 картинки. |
Onix GCI (обсуждение | вклад) →Управление процессами: 2 картинки. |
||
Строка 410:
В операционной системе UNIX традиционно поддерживается классическая схема мультипрограммирования. Система поддерживает возможность параллельного (или псевдопараллельного в случае наличия только одного аппаратного процессора) выполнения нескольких пользовательских программ. Каждому такому выполнению соответствует процесс операционной системы. Каждый процесс выполняется в собственной виртуальной памяти, и, тем самым, процессы защищены один от другого, т.е. один процесс не в состоянии неконтроллируемым образом прочитать что-либо из памяти другого процесса или записать в нее.
Каждому процессу соответствует контекст, в котором он выполняется. Этот контекст включает содержимое пользовательского адресного пространства – пользовательский контекст (т.е. содержимое сегментов программного кода, данных, стека, разделяемых сегментов и сегментов файлов, отображаемых в виртуальную память), содержимое аппаратных регистров – регистровый контекст (регистр счетчика команд, регистр состояния процессора, регистр указателя стека и регистры общего назначения), а также структуры данных ядра (контекст системного уровня), связанные с этим процессом. Контекст процесса системного уровня в ОС UNIX состоит из «статической» и «динамических» частей. Для каждого процесса имеется одна статическая часть контекста системного уровня и переменное число динамических частей.
Строка 438:
Динамическая часть контекста процесса – это один или несколько стеков, которые используются процессом при его выполнении в режиме ядра. Число ядерных стеков процесса соответствует числу уровней прерывания, поддерживаемых конкретной аппаратурой.
[[Файл:Small-lect2-09.png|left|300px|Презентация 2-09: планирование процессов]]
Основной проблемой организации многопользовательского (правильнее сказать, мультипрограммного) режима в любой операционной системе является организация планирования «параллельного» выполнения нескольких процессов. Операционная система должна обладать четкими критериями для определения того, какому готовому к выполнению процессу и когда предоставить ресурс процессора.
Строка 446:
<center>'''Рисунок 1.26. Схема планирования с кольцевой очередью'''</center>
Однако операционная система UNIX всегда была рассчитана на то, чтобы обслуживать больше процессов, чем можно одновременно разместить в основной памяти. Другими словами, часть процессов, потенциально готовых выполняться, размещалась во внешней памяти (куда образ памяти процесса попадал в результате своппинга). Поэтому требовалась несколько более гибкая схема планирования разделения ресурсов процессора(ов). В результате было введено понятие приоритета (см. Рисунок 1.27, «Схема планирования с кольцевой очередью и приоритетами»). В операционной системе UNIX значение приоритета определяет, во-первых, возможность процесса пребывать в основной памяти и на равных конкурировать за процессор. Во-вторых, от значения приоритета процесса, вообще говоря, зависит размер временного кванта, который предоставляется процессу для работы на процессоре при достижении своей очереди. В-третьих, значение приоритета, влияет на место процесса в общей очереди процессов к ресурсу процессора.{{-}}
[[Файл:Scheduling prio.png|center|Схема планирования с кольцевой очередью и приоритетами]]▼
<center>'''Рисунок 1.27. Схема планирования с кольцевой очередью и приоритетами'''</center>
▲Схема планирования с кольцевой очередью и приоритетами
Межпроцессное взаимодействие▼
Презентация 2-10: межпроцессное взаимодействие▼
▲==== Межпроцессное взаимодействие ====
▲[[Файл:Small-lect2-10.png|right|300px|Презентация 2-10: межпроцессное взаимодействие]]
Полная изоляция процессов в операционной системе бессмысленна, так как им частно необходимо обмениваться данными в процессе работы. Операционной системой допускаются контролируемые взаимодействия процессов, в том числе за счет возможности разделения одного сегмента памяти между виртуальной памятью нескольких процессов. Для решения задачи межпроцессного взаимодействия в операционной системе существует набор специальных средств:
| |||