
- •«Национальный исследовательский ядерный университет «мифи»
- •Н.В. Куликова, е.Н. Петровская
- •XXI век. Общество и образование
- •Глава 1. Исторический экскурс
- •1.1. Отличительные особенности развития электронно-счетного машиностроения
- •1.2. Сферы применения эвм
- •1.3. Этические, правовые и социально-психологические проблемы внедрения эвм
- •Глава 2. Математическое обеспечение
- •2.1. Понятие математического обеспечения
- •2.2. Этапы развития математического обеспечения
- •2.3. Назначение и классификация программного
- •Контрольные вопросы
- •Глава 3. Операционная система
- •3.1. Понятие операционной системы
- •3.2. Типы операционных систем
- •3.2.1. Программное обеспечение системы реального
- •3.2.2. Операционная система пакетной обработки
- •3.2.3. Операционная система разделения времени
- •3.2.4. Системы общего назначения
- •3.3. Основные принципы проектирования
- •3.4. Управление вводом-выводом
- •Вопросы для самоконтроля
- •Глава 4. Схема функционирования операционной системы
- •4.1. Определение основных элементов
- •4.2. Структуры рабочих программ
- •4.3. Уровни операционной системы и виртуальность
- •Контрольные вопросы
- •Глава 5. Иерархическая операционная система
- •5.1. Понятие и структура иерархической операционной
- •5.2. Механизм планирования
- •5.3. Основные блоки операционной системы
- •5.4. Критическая область и синхронизация
- •5.5. Тупики
- •Контрольные вопросы
- •Глава 6. Формальная модель операционной системы
- •6.1. Понятие моделирования и типы моделей
- •6.2. Формальная модель операционной системы
- •6.3. Взаимосвязь процессов и ресурсов
- •6.4. Режимы мультирограммирования
- •Контрольные вопросы
- •Глава 7. Функциональность операционной системы при многозадачных режимах
- •7.1. Система запросов на основную память
- •7.2. Управление запросами
- •7.3. Управление подпулами
- •7.4. Организация управление задачами
- •Контрольные вопросы
- •Глава 8. Идеология совершенствования операционных систем (ос юникс)
- •8.1. Общие положения
- •8.2. Переадресация ввода-вывода
- •8.3. Файловая система ос юникс и ее структура
- •8.4. Ядро системы
- •8.5. Программные компоненты make и sccs
- •8.6. «Генеалогия» системы unix
- •Контрольные вопросы
- •Примерные варианты лабораторных работ по отдельным темам
- •Формат команды
- •Специализированные команды
- •Chkdsk диск:имя_файла.Расш /f /V
- •Перемещение по документу
- •1) Комбинации клавиш:
- •2) Вертикальная полоса прокрутки:
- •3) Кнопки навигатора:
- •Особенности linux
- •Операции с файлами и каталогами
- •Оболочки и команды linux
- •Движение по дереву каталогов
- •Просмотр содержимого каталогов
- •Перенос файлов
- •Уничтожение файлов и каталогов
- •Просмотр содержимого файлов
- •Экранная документация
- •Стандартный ввод и вывод
- •Печать файлов
- •Выход из системы
- •Литература
- •Содержание
- •Глава 1. Исторический экскурс
- •Глава 2. Математическое обеспечение
- •Глава 3. Операционная система
- •Глава 4. Схема функционирования операционной системы
- •Глава 5. Иерархическая операционная система
- •Глава 6. Формальная модель операционной системы
- •Глава 7. Функциональность операционной системы при многозадачных режимах
- •Глава 8. Идеология совершенствования операционных систем (ос юникс)
- •Глава 9. Примерные варианты лабораторных работ по отдельным темам
3.2. Типы операционных систем
Традиционно различают следующие типы операционных систем:
- системы реального времени;
- системы пакетной обработки (пакетного режима);
- системы разделения времени;
- системы общего назначения.
Хорошо развитая ОС общего назначения должна допускать любой тип доступа в любой области применения.
Функционально системы реального времени условно подразделяют на информационную и вычислительную подсистемы. Информационная подсистема предназначена прежде всего для измерения и сбора данных, управления процессами и общей связи с внешней средой, а вычислительная – для решения задач анализа, обработки данных, принятия решений и управления.
Динамика работы любой системы при обслуживании выполняющихся программ определяется функциональной структурой среды выполнения. Более точное представление об этой динамике можно составить, разбив программы поддержки среды выполнения на резидентные, т.е. постоянно находящиеся в оперативной памяти, и транзитные, которые, в свою очередь, могут быть неперемещаемыми, ограниченно-перемещаемыми и просто перемещаемыми. Постоянные (резидентные) элементы среды выполнения, обычно известные под общим названием ядра, фактически представляют собой расширение аппаратной части системы и в последнее время часто реализуются на микропрограммном уровне. Транзитные программы хранятся обычно на ВЗУ.
Ядро имеет непосредственное отношение к базисному функциональному набору, обеспечивающему возможность работы всех без исключения программ в вычислительной системе. Базисный функциональный набор связан с понятиями степени непрерывности и инициализации. Инициализация – это процесс запуска программы. Запуск программы может осуществляться посредством прямой передачи управления как в результате выполнения команды перехода, так и путем обращения к подпрограмме. Для запуска программу можно поместить в системную очередь и, таким образом, гарантировать дальнейшее ее включение в мультипрограммный рабочий состав. В некоторых системах с целью быстрого запуска функции среды выполнения они ставятся в специальную служебную очередь. Функции, требующие немедленного запуска, обычно являются резидентными, и обращение к ним происходит путем прямой передачи управления. Соответствующий вызов может быть дан только другой программой среды выполнения, обладающей правом прямого обращения.
Способность программы сохранять контроль над системой в процессе своего выполнения характеризуется степенью непрерывности. Некоторые вызываемые лишь в критические моменты программы должны быть непрерываемыми. При этом механизм прерываний срабатывает лишь тогда, когда выполняющаяся функция разрешает это. Указанным свойством обладают лишь отдельные функции ядра, требующие непрерывного управления для быстрого завершения необходимых операций или по той причине, что прерывание их выполнения может привести к нарушению целостности системы. В принципе, в хорошо спроектированных системах общее время запрета прерываний должно быть сведено к минимуму.