
- •Рязанский государственный радиотехнический университет
- •Факультет вычислительной техники
- •Кафедра Электронных Вычислительных Машин
- •Конспект лекций
- •Операционные системы
- •Классификация программного обеспечения эвм
- •Свойства по
- •4) Command.Com – командный процессор;
- •5) Config.Sys – файл конфигурации;
- •6) Autoexec.Bat- файл автозапуска. Прерывания в ос
- •Процесс: идентификатор данного процесса pid.
- •Управление процессами
- •Назначение и функции фс
- •Логическая организация файла
- •Физическая организация и адресация файла
- •Физическая организация fat
- •Безопасность и защита файлов
- •Файловая система
- •Файловая система hpfs (High Performance File System)
- •I. Основные преимущества hpfs
- •Основные возможности ntfs
- •Основные отличия fat и ntfs
- •Файловые системы vfat и fat32
- •Управление ресурсами в ос
- •Управление памятью
- •Архитектура памяти
- •Приложения dos в виртуальных машинах (вм)
- •Достижение оптимальной производительности
- •Советы по настройке оп
- •Основные понятия и концепции виртуальной памяти
- •Мультипроцессорные системы
- •Четыре необходимых условия для возникновения тупика:
- •Предотвращение тупиков и алгоритм банкира
- •Распределение ресурсов согласно алгоритму банкира
- •Недостатки алгоритма банкира
- •Обнаружение тупиков
- •Графы распределения ресурсов
- •Редукция графов распределения ресурсов
- •Восстановление после тупиков
- •Трудности при выводе процессов из ос
- •Тупики: современные тенденции
- •Управление устройствами
- •Физические и виртуальные устройства Принципы управления устройствами
- •Управление вводом-выводом
- •Действия по вводу-выводу
- •Драйверы устройств
- •Программируемый ввод-вывод
- •II часть
- •Дистрибутивы Linux
- •Инсталляция Linux
- •Интерфейс
- •Диспетчер окон
- •Работа с файлами и каталогами. Работа с файлами.
- •1. Показ содержания файлов.
- •2.Команда echo.
- •3.Создание перечней файлов (каталогов).
- •Работа с каталогами
- •Командный интерпретатор Shell
- •Ввод и вывод команд. Использование команд, введенных ранее
- •Стандартные ввод и вывод
- •Изменение направления ввода и вывода данных
- •Конвейеры команд
- •Системное администрирование Файловые системы
- •Монтирование файловой системы
- •Демонтирование файловой системы
- •Загрузка
- •Стандартная структура каталогов в Linux
- •Учетные записи пользователей
- •Права доступа
- •Изменение прав доступа
- •Изменение пользователя или группы, которые владеют файлом
- •Система X Windows
- •Запуск х-сервера
- •Графическая рабочая среда
- •Драйверы и ядро Linux
- •Установка нескольких ос с возможностью выбора загрузки
- •Операционные системы семейства vista
Восстановление после тупиков
Процессы могут выводится из ОС с некоторой приоритетностью. Здесь мы сталкиваемся с трудностями. ОС, оказавшись в тупике, надо вывести из него, нарушив 1 из 4-х условий существования тупика. При этом процессы потеряют уже проделанную ими работу, но это лучше, чем оставить ОС в тупике.
Сложность восстановления системы обуславливается рядом факторов:
В первый момент может быть неочевидно, что система попала в тупик.
В большинстве систем нет достаточно эффективных средств, позволяющих приостановить процесс на неопределенно долгое время, вывести этот процесс из системы. И возобновить его выполнение.
Если в ОС есть такие средства, то они требуют больших затрат машинного времени и внимания высококвалифицированного оператора.
Восстановление после тупика небольшого масштаба требует небольшой работы, а тупик с участием 10…100 процессов требует громадной работы.
В современных системах восстановление после тупиков обычно выполняется путем принудительного вывода некоторого процесса из системы, чтобы можно было использовать его ресурсы. В некоторых случаях необходимо уничтожить несколько процессов, чтобы освободить количество ресурсов, необходимых для завершения работы остальных процессов. Процессы могут выводиться из системы в соответствии с некоторой приоритетностью.
Трудности при выводе процессов из ос
1) Вовлеченные процессы могут не иметь конкретных приоритетов и оператору надо принимать произвольное решение;
2) Значения приоритетов могут быть неверны или нарушаться.
Способ восстановления после тупиков: наличие эффективного механизма приостановления/восстановления процессов. Механизм переводит процессы в состояние ожидания на некоторое время, затем их активизирует без потери результатов работы.
Тупики приводят к краху в ОС реального времени.
Тупики: современные тенденции
В современных ВС тупиковые ситуации обычно имеют ограниченный характер. В большинстве случаев реализуются методы, предложенные Хаведером. Но в будущих системах тупики станут гораздо в большей мере критическими факторами.
Причины этого:
Будущие системы будут в большей степени ориентированы на асинхронную параллельную работу, а не на параллельную. Распространятся мультипроцессорные архитектуры, а параллельные вычисления займут доминирующие положение.
В этих системах будет реализовано динамическое распределение ресурсов, т.е. процессы получат возможность захватывать и освобождать ресурсы по мере необходимости. Следовательно, пользователям не придется заранее оценивать свои потребности в ресурсах.
Среди разработчиков ОС растут тенденции рассматривать данные как ресурсы. В связи с этим количество ресурсов резко увеличится.
Вывод: в будущих ВМ ответственность за распределение ресурсов и тупиков ложится на ОС.
Управление устройствами
С ростом сложных ВС важную роль играют не только ЦП и ОП. Правильное использование устройств, подключенных к системе – одно из главных назначений ОС.