Множественные прикладные среды Windows NT

Множественные прикладные среды Windows NT

Виктор Олифер



Защищенные подсистемы взаимодействуют путем передачи сообщений, используя механизм LPC 

LPC - Local Procedure Call - вызов локальных процедур 

Цели подсистем окружения: 

Обеспечить несколько программных интерфейсов 

Экранировать базовую ОС от изменений API 

Объединить общие для всех API глобальные данные, уменьшая избыточность 

Обеспечить возможность включения новых API 

Защита окружений от приложений 

Создание процесса

Множественные прикладные среды обеспечивают совместимость на ДВОИЧНОМ уровне 

Цели: 

возможность выполнять программы, написанные для других ОС и процессоров 

встроенность средств обеспечения совместимости в ОС 

приемлемая скорость выполнения приложений 

Примеры ОС, содержащих встроенные средства обеспечения множественных прикладных сред: 

OS/2 2.x 

Workplace OS 

Windows NT 

PowerOpen 

некоторые версии UNIX 

Реализация Windows NT на базе API OS/2

Пример различия в системных вызовах: 

fork()

 Наследует адресное пространство родителя 

 Имеет одну нить 

 При завершении потомка нужно послать сигнал родителю 

DosExecPgm()

 Адресное пространство создается заново на основе файла prog.exe 

 Имеет несколько нитей 

 При завершении потомка созданного с опцией EXEC_SYNC идентификатор процесса нельзя повторно использовать 

Реализация Windows NT на базе двух равноправных API

Цели разработки микроядра Mach 

Обеспечение базовых функций для создания других операционных систем (например, UNIX) 

Поддержка больших разряженных адресных пространств 

Обеспечение прозрачного доступа к сетевым ресурсам 

Поддержка параллелизма как в системе, так и в приложениях 

Обеспечение переносимости Mach на различные типы компьютеров 

Абстрактная модель эмуляции UNIX на основе Mach 



Функции микроядра Mach: 

управление процессами, 

управление памятью, 

коммуникации 

функции ввода-вывода 

Функции управления файлами, каталогами и другие традиционные для операционных систем функции выполняются в пользовательском пространстве эмуляторами различных ОС 

Функционирование защищенных систем Windows NT

Модель API на основе DLL 

Модель API Windows NT

Системные сервисы 

Менеджер объектов

Монитор ссылокбезопасности 

Менеджер процессов

Средство вызова локальных процедур 

Менеджер виртуальной памяти 

Менеджер ввода-вывода

Ядро

 

Два способа вызова системных функций

Обращение к системным сервисам в традиционных ОС 

аппаратное прерывание 

процессор переходит в режим ядра 

выполняется требуемая системная функция 

возврат процессора в пользовательский режим 

выполнение нити с прерванного места 

Вызов системной функции (API Win32) в Windows NT 

Динамическая библиотека DLL Win32 обращается к системному сервису NT с просьбой послать сообщение серверу, выполняющему требуемую функцию 

Сервис посылает сообщение и ждет ответ 

Сервер получает сообщение, выполняет функцию и отсылает ответ 

NT-executive выполняет следующую последовательность действий: 

сохраняет контекст клиентской нити 

выбирает серверную нить для выполнения и загружает ее контекст 

выполняет функцию API Win32, используя серверную нить 

сохраняет контекст серверной нити 

загружает контекст клиентской нити и обрабатывает результаты выполнения функции API 

Оптимизация 

некоторые функции API реализованы внутри библиотеки заглушек 

некоторые данные Win32 хранятся в адресном пространстве NT-executive 

запросы приложений на выполнение функций API объединяются в пакеты 

Типичные функции, которые подсистемы окружения должны выполнять по управлению "своими" процессами и нитями 

Создание и завершение процессов и нитей 

Регистрация и управление взаимоотношениями между процессами 

Чтение, запись и другие действия с адресными пространствами процессов - клиентов 

Останов нити клиента, изменение пользовательского контекста нити, рестарт этой нити 

Захват и обработка исключительных ситуаций (exeptions), генерируемых клиентскими процессами 

Взаимодействие подсистем

Логический вход и подсистема безопасности

Инициализация пользовательской сессии

Отличия 32-битного API Win32 от 16-битного Windows API: 

использование 32-битной плоской модели памяти 

расширенные функции по управлению вводом-выводом, памятью, объектами 

поддержка многонитевости, безопасности 

улучшены функции по управлению графикой и окнами 

Преемственность API Win32 

управление окнами и пользовательским интерфейсом из Windows 3.0 

пользовательский интерфейс Windows NT полностью совместим с пользовательским интерфейсом Windows 3.1 

графическая часть подсистемы Win32 является полностью новой 

новое свойство Win32 - безопасность 

Подсистема Win32

Подсистемы окружения MS-DOS и 16-битная Windows

Виртуальная DOS-машина

Модель ввода данных для подсистемы окружения WOW

Подсистема WOW

Подсистема OS/2 

символьно-ориентированные приложения OS/2 1.х 

компьютеры на базе процессоров х86 

запуск из командной строки Windows NT, из Program Manager или косвенно из приложений OS/2 или Win32 

распознаются по заголовку исполняемого файла 

для загрузки приложения - вызов подсистемы OS/2 

запускается процесс OS/2SRV подсистемы окружения OS/2 

попытки выполнить сегменты ввода-вывода в кольце 2 завершаются кодом "Общий сбой по защите" 

Объекты Windows NT встраиваются внутрь объектов OS/2 

Нить получает приоритет и идентификатор, которые являются допустимыми в OS/2 

Подсистема окружения OS/2 использует возможности большой памяти Windows NT 

Подсистема Posix (Portable Operation System Interface based on UNIX) 

запуск из консольного текстового окна Windows NT, с помощью File Manager, Program Manager и косвенно из другого приложения POSIX 

на диске должен находится по крайней мере один раздел NTFS 

Подсистема POSIX непосредственно не поддерживает печать 

Командный процессор Windows NT поддерживает команды всех подсистем окружения 

Механизм вызова локальных процедур (Local Procedure Call, LPC) 

Назначение - прозрачный вызов процедур одного процесса из другого процесса внутри одной машины 



LPC - локальный вариант RPC 

Для прикладного программиста совершенно прозрачен 

Системный программист оформляет библиотеку стабов LPC и библиотеку функций сервера LPC и регистрирует последнюю в ядре 

Механизм передачи параметров и результаты в LPC - передача асинхронных сообщений через общую память 

Передача сообщений при реализации LPC 



Передача сообщений через коммуникационные порты 

Коммуникационные порты - очереди фиксированной длины в виртуальном адресном пространстве ядра. 



Передача сообщений через разделяемую секцию памяти 



Клиентский стаб сам решает, какого размера сообщения понадобятся для передачи параметров процедуры 

Если потребуется сообщение 256 байт, то стаб создает секцию памяти и отображает ее (с помощью менеджера виртуальной памяти) в свое адресное пространство и пространство процесс-сервера