Подсистемы окружения. Назначение, состав и основные функции. Подсистема окружения Windows

Особенности серверных, клиентских и многопроцессорных версий.

Основная визуальная отличительная особенность любой серверной операционной системы – это возможность работать без графической оболочки Используется ролевая система доступа. (o)числу поддерживаемых процессоров; (o)объему поддерживаемой физической памяти; (o)возможному количеству одновременных сетевых соединений (например, в клиентской версии допускается максимум 10 одновременных соединений со службой доступа к общим файлам и принтерам); (o)наличием в выпусках Server сервисов, не входящих в Professional (например, служб каталогов, поддержкой кластеризации и многопользовательской службы терминала).

Многопроцессорные версии – начиная с Windows XP Professional/2000.

Подсистема окружения Windows имеет три подсистемы окружения: windows, Os/2 и Posix.

Подсистема Windows – компонента, без которой ОС работать не может. Обрабатывает в т.ч. клавиатурные операции, мышь, экран и т.д.

Начальная конфигурация подсистемы находится в разделе реестра SubSystems.

Значения параметров:

1) Required – список подсистем, загружаемых при запуске Windows. Параметр состоит из двух строк:

а) Windows – указывается спецификация файла подсистемы Windows (csrss.exe);

б) Debug – не заполненный. Примечание: использование этого параметра позволяет загрузить версию Windows с возможностью выполнения некоторых функций отладчика ядра (файл boot.ini).

2) Optional – указывает, что подсистема POSIX и OS/2 запускаются по требованию;

3) KMode – содержит имя файла win32k.sys – часть подсистемы Windows, работающей в режиме ядра.

Подсистемы окружения предоставляют прикладным программам множество сервисов исполнительной системы Windows. Каждая отдельная подсистема Windows обеспечивает доступ к разным встроенным сервисам. Замечание: приложения, реализованные для одной подсистемы Windows, могут выполнять операции, невозможные в другой подсистеме. Например, Windows приложения не могут выполняться в системах OS/2 и POSIX или Windows- приложения не могут использовать POSIX-функцию fork.

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

Смешивать в приложении вызовы разных подсистем окружения нельзя.

Пользователи приложения для вызова системных сервисов обращаются далее к подсистемам DLL. DLL представляют документированный интерфейс между программами и вызываемыми подсистемами, например, DLL подсистемы Windows (Kernel32.dll, Advapi32.dll, User32.dll и Gdi32.dll) реализуют функции Windows API.

При вызове возможны следующие состояния:

1) функция полностью реализована в пользовательском режиме внутри DLL подсистемы. Никаких сообщений процессу подсистемы окружения не посылается. После выполнения функции в пользовательском режиме результат возвращается вызвавшей ее программе. Пример: функция GetCurrentProcess (всегда возвращает -1, значение, определенное для ссылки на текущий процесс во всех функциях, связанных с процессами)

2) функция требует одного или более вызовов исполнительной подсистемы Windows. Пример: ReadFile обращается к внутренним недокументированным сервисам ввода-вывода ОС несколько раз.

3) функция требует выполнения каких-либо операций в самой подсистеме окружения. В этом случае подсистеме окружения выдается клиент-серверный запрос к ОС на выполнение этой операции и DLL подсистемы, прежде чем вернуть управление вызвавшей программе, ждет ответа.

Дата добавления: 2015-06-25