- •Классификация операционных систем.
- •Понятие пользовательского интерфейса, его назначение, виды. Реализация различных видов интерфейсов в операционных системах.
- •4. Понятие операционного окружения. Posix, его цели, основные положения.
- •Понятие базовой машины, расширенной машины. Режим пользователя, режим супервизора.
- •6. Упрощенная архитектура типовой микроЭвм.
- •7. Операционная система как средство управления ресурсами типовой микроЭвм. Принципы числового кодирования, хранимой программы.
- •8. Понятие прерывания, их классификация. Последовательность действий при обработке прерываний. Вектор прерывания. Приоритет прерываний, относительная и абсолютная приоритезация.
- •9. Понятия: задание, процесс, поток. Планирование и диспетчеризация потоков.
- •Состояния существования процесса. Графы состояний потоков.
- •11. Алгоритмы диспетчеризации. Способ выбора процесса для диспетчеризации
- •12. Организация операций ввода вывода
- •13. Механизм разделения центральной памяти. Распределение памяти с разделами фиксированного размера. Распределение памяти с разделами переменного размера. Проблема фрагментации памяти и ее решение
- •14. Понятие виртуального ресурса. Отображение виртуальной памяти в реальную.
- •15.Общие методы реализации виртуальной памяти. Реализация виртуального ресурса в различных ос
- •16.Файловая система. Типы файлов. Имена файлов в различных ос. Расширение имени
- •Имена файлов в разных системах
- •Точность указания расширения
- •17. Иерархическая структура файловой системы. Логическая организация файловой системы. Физическая организация файловой системы. Файловые операции.
- •18.Планирование в системах пакетной обработки данных. Планирование в интерактивных системах. Планирование в системах реального времени.
- •19.Взаимоблокировки. Обнаружение и устранение взаимоблокировок. Предотвращение взаимоблокировок.
- •1. Операционная система ms-dos.
- •Файловая структура ms-dos.
- •Правила обозначения имен файлов в ms-dos.
- •Файловая структура в системе Windows.
- •Правила обозначения имен файлов в Windows.
- •Командная строка Windows.
- •6.1. Запуск программ
- •6.2. Просмотр каталогов.
- •6.4. Смена текущего каталога.
- •6.5. Смена диска.
- •6.6. Удаление файлов
- •6.7. Копирование файлов
- •6.8. Получение списка всех команд ms-dos.
- •Работа с файлами и папками
- •Синтаксис
- •Параметры
- •Примеры
- •Синтаксис
- •Параметры
- •Примеры
- •Синтаксис
- •Параметры
- •Примеры
- •Синтаксис
- •Параметры (основные)
- •Синтаксис
- •Параметры (основные, для просмотра остальных – используйте справку!)
- •Примеры
- •Синтаксис
- •Параметры
- •Примеры
- •Синтаксис
- •Параметры
- •8.Команда переадресации конвейеры и фильтры
- •21. Подкаталоги и надкаталоги. Корневой каталог.
- •22. Структура различных видов ос(например, ms-dos, Windows xp, Linux и др.)
- •23. Загрузка операционных систем. (так же, см. Отчёт по установке Windows и Ubuntu)
- •24. Пакетные командные файлы. Особенности работы с пакетными командными файлами в различных ос.
- •25. Особенности работы с дисками в различных ос. Монтирование файловых систем различных типов.
- •26. Bios. Функции. Настройка.
- •27. Реестр, его функции. Хранение ключей реестра. Создание резервной копии реестра. Редактирование.
- •28. Совместимость в операционных системах. Виды, способы обеспечения. Технологии обеспечения совместимость. Запуск программ, созданных для других операционных систем.
- •29. Понятие безопасности. Конфиденциальность, целостность, доступность данных.
- •30. Виды угроз и атак. Атаки изнутри системы. Методы вторжения. Атаки системы снаружи. Случайная потеря данных.
- •31. Политика безопасности. Выявление вторжений. Система KerberOs.
- •32. Средства восстановления и защиты ос от сбоев. Защита системных файлов ос. Безопасный режим загрузки ос. Диск аварийного восстановления. Резервное копирование и восстановление.
- •Требования к системе резервного копирования
- •Виды резервного копирования
- •33. Сложность создания эффективных ос. Основные показатели эффективности ос. Виды показателей эффективности ос. Мониторинг и оптимизация ос.
28. Совместимость в операционных системах. Виды, способы обеспечения. Технологии обеспечения совместимость. Запуск программ, созданных для других операционных систем.
Одним из аспектов совместимости является способность ОС выполнять программы, написанные для других ОС или для более ранних версий данной операционной системы, а также для другой аппаратной платформы.
Необходимо разделять вопросы двоичной совместимости и совместимости на уровне исходных текстов приложений. Двоичная совместимость достигается в том случае, когда можно взять исполняемую программу и запустить ее на выполнение на другой ОС. Для этого необходимы: совместимость на уровне команд процессора, совместимость на уровне системных вызовов и даже на уровне библиотечных вызовов, если они являются динамически связываемыми.
Совместимость на уровне исходных текстов требует наличия соответствующего компилятора в составе программного обеспечения, а также совместимости на уровне библиотек и системных вызовов. При этом необходима перекомпиляция имеющихся исходных текстов в новый выполняемый модуль.
Совместимость на уровне исходных текстов важна в основном для разработчиков приложений, в распоряжении которых эти исходные тексты всегда имеются. Но для конечных пользователей практическое значение имеет только двоичная совместимость, так как только в этом случае они могут использовать один и тот же коммерческий продукт, поставляемый в виде двоичного исполняемого кода, в различных операционных средах и на различных машинах.
Обладает ли новая ОС двоичной совместимостью или совместимостью исходных текстов с существующими системами, зависит от многих факторов. Самый главный из них - архитектура процессора, на котором работает новая ОС. Если процессор, на который переносится ОС, использует тот же набор команд (возможно с некоторыми добавлениями) и тот же диапазон адресов, тогда двоичная совместимость может быть достигнута достаточно просто.
Гораздо сложнее достичь двоичной совместимости между процессорами, основанными на разных архитектурах. Для того, чтобы один компьютер выполнял программы другого (например, DOS-программу на Mac), этот компьютер должен работать с машинными командами, которые ему изначально непонятны. Например, процессор типа 680x0 на Mac должен исполнять двоичный код, предназначенный для процессора 80x86 в PC. Процессор 80x86 имеет свои собственные дешифратор команд, регистры и внутреннюю архитектуру. Процессор 680x0 не понимает двоичный код 80x86, поэтому он должен выбрать каждую команду, декодировать ее, чтобы определить, для чего она предназначена, а затем выполнить эквивалентную подпрограмму, написанную для 680x0. Так как к тому же у 680x0 нет в точности таких же регистров, флагов и внутреннего арифметико-логического устройства, как в 80x86, он должен имитировать все эти элементы с использованием своих регистров или памяти. И он должен тщательно воспроизводить результаты каждой команды, что требует специально написанных подпрограмм для 680x0, гарантирующих, что состояние эмулируемых регистров и флагов после выполнения каждой команды будет в точности таким же, как и на реальном 80x86.
Это простая, но очень медленная работа, так как микрокод внутри процессора 80x86 исполняется на значительно более быстродействующем уровне, чем эмулирующие его внешние команды 680x0. За время выполнения одной команды 80x86 на 680x0, реальный 80x86 может выполнить десятки команд. Следовательно, если процессор, производящий эмуляцию, не настолько быстр, чтобы компенсировать все потери при эмуляции, то программы, исполняющиеся под эмуляцией, будут очень медленными.
Выходом в таких случаях является использование так называемых прикладных сред. Учитывая, что основную часть программы, как правило, составляют вызовы библиотечных функций, прикладная среда имитирует библиотечные функции целиком, используя заранее написанную библиотеку функций аналогичного назначения, а остальные команды эмулирует каждую по отдельности.
Соответствие стандартам POSIX также является средством обеспечения совместимости программных и пользовательских интерфейсов. Во второй половине 80-х правительственные агентства США начали разрабатывать POSIX как стандарты на поставляемое оборудование при заключении правительственных контрактов в компьютерной области. POSIX - это "интерфейс переносимой ОС, базирующейся на UNIX". POSIX - собрание международных стандартов интерфейсов ОС в стиле UNIX. Использование стандарта POSIX (IEEE стандарт 1003.1 - 1988) позволяет создавать программы стиле UNIX, которые могут легко переноситься из одной системы в другую.
Сетевые операционные системы имеют разные свойства в зависимости от того, предназначены они для сетей масштаба рабочей группы (отдела), для сетей масштаба кампуса или для сетей масштаба предприятия.