- •1. История развития ос.
- •2. Ос unix: основные принципы организации.
- •3. Архитектура ос, основные компоненты ос.
- •4. Архитектура ядра ос, Машинно-зависимые, машинно-независимые компоненты ядра.
- •5. Привилегированный и пользовательский режимы процесса системного вызова.
- •6. Организация ос с монолитным ядром.
- •7. Организация ос с микроядерной архитектурой.
- •8. Мобильность ос. Св-ва ос влияющие на мобильность.
- •9. Концепция множественных прикладных сред, способ организации мпс.
- •10. Двоичная совместимость, совместимость на уровне исходных кодов.
- •11. Процессы и потоки, способы организации мультипрограммирования современной ос.
- •12. Системы пакетной обработки, системы реального времени, системы разделения времени.
- •13. Параллельная и распределенная обработка данных, структура систем и способы организации вычислений, организация кластера.
- •14. Функциональные компоненты сетевой ос, сетевые службы.
- •15. Основные схемы построения сетей; использование сетевых ос различных типов.
- •16. Семиуровневая модель оси исо; физический и канальный уровни.
- •17. Семиуровневая модель оси исо; сетевой и транспортный уровни.
- •18. Семиуровневая модель оси исо; сеансовый уровень и уровень представления данных.
- •19. Семиуровневая модель оси исо; прикладной уровень.
- •20. Стек коммуникационных протоколов; глобальная сеть Интернет.
- •21. Организация распределенных приложений; двузвенные, трехзвенные схемы.
- •22. Требования к современным ос.
7. Организация ос с микроядерной архитектурой.
Каждое приложение пользовательского режима работает в собственном адресном пространстве и защищено тем самым от какого-либо вмешательства других приложений. Код ядра, выполняемый в привилегированном режиме, имеет доступ к областям памяти всех приложений, но сам полностью от них защищен. Приложения обращаются к ядру с запросами на выполнение системных функций.В привилегированном режиме остается работать только очень небольшая часть ОС, называемая микроядром. Микроядро защищено от остальных частей ОС и приложений. В состав микроядра обычно входят машинно-зависимые модули, а также модули, выполняющие базовые функции ядра по управлению процессами, обработке прерываний, управлению виртуальной памятью, пересылке сообщений и управлению устройствами ввода-вывода.
При классической организации ОС выполнение системного вызова сопровождается двумя переключениями режимов, а при микроядерной организации — четырьмя.
8. Мобильность ос. Св-ва ос влияющие на мобильность.
Если код операционной системы может быть сравнительно легко перенесен с процессора одного типа на процессор другого типа и с аппаратной платформы одного типа на аппаратную платформу другого типа, то такую ОС называют мобильной
1) Большая часть кода должна быть написана на Си; Ассемблер – для взаимодействия с аппаратурой.
2) Минимизация аппаратно-зависимой части кода.
3) Аппаратно-зависимый код должен быть изолирован в нескольких модулях, а не разбросан по ОС.
9. Концепция множественных прикладных сред, способ организации мпс.
Концепция множественных прикладных сред непосредственно связана с нуждами пользователей — возможностью операционной системы выполнять приложения, написанные для других операционных систем. Такое свойство операционной системы называется совместимостью.
Необходимо различать совместимость на двоичном уровнеи совместимость науровне исходных текстов.
Микроядерный подход к реализации множественных прикладных сред
Реализация совместимости на основе нескольких равноправных API
10. Двоичная совместимость, совместимость на уровне исходных кодов.
см. вопрос 9. +
Необходимо различать совместимость на двоичном уровне(достигается в том случае, когда можно взять исполняемую программу и запустить ее на выполнение в среде другой ОС) и совместимость науровне исходных текстов(требует наличия соответствующего компилятора в составе программного обеспечения компьютера, на котором предполагается выполнять данное приложение, а также совместимости на уровне библиотек и системных вызовов).
Если процессор использует тот же набор команд и тот же диапазон адресов, тогда двоичная совместимость может быть достигнута довольно просто. Достаточно:
-вызовы функций API, которые содержит приложение, должны поддерживаться данной ОС;
-внутренняя структура исполняемого файла приложения должна соответствовать структуре исполняемых файлов данной ОС.
Гораздо сложнее достичь двоичной совместимости операционным системам, предназначенным для выполнения на процессорах, имеющих разные архитектуры. Помимо соблюдения приведенных выше условий необходимо организовать эмуляцию (выполнение программы с одной системой команд на проц. С другой системой команд)двоичного кода.