Обзор архитектуры Windows 3.x, Windows 95, OS/2 Warp, Windows NT
Углубленный анализ архитектуры позволяет понять, почему OS/2 Warp, Windows 95, Windows NT и Windows 3.1 столь разительно отличаются друг от друга.
Сегодня легко отыскивать недостатки в архитектуре Microsoft Windows 3.x, которая создавалась в те времена, когда наиболее распространенными были процессоры 286 и ОЗУ малой емкости. Но стоит также вспомнить, что значила Windows 3.x для персонального компьютера: усовершенствованный графический интерфейс пользователя, "невидимое" управление памятью, масштабируемые шрифты и унифицированная модель воспроизведения изображений, многозадачность и 32-разрядные драйверы виртуальных устройств (VxD) - мы перечислили лишь наиболее важные нововведения. В этой статье мы рассмотрим достоинства и недостатки архитектуры Windows 3.x и 32-разрядных операционных систем, готовых прийти ей на смену.
WINDOWS 3.1
В основу Windows 3.1 заложены компромиссы между производительностью и защитой, которые восходят к временам процессора 286. Показывая хорошую производительность при работе с прикладными программами Win16 и DOS, драйверами устройств реального режима и драйверами виртуальных устройств (VxD), эта система не имеет практически никаких средств защиты против неправильно работающих программ, содержащих ошибки.
4 ------------- Гбайт Код операционной Сегментированное пространство памяти прикладной системы программы Win16 видимо, к нему могут обращаться все ------------- другие прикладные программы Win16. DLL ядра ОС и Не выделяется VxD также видимы для всех прикладных программ. Такая организация, где единый блок памяти совместно ------------- используется прикладными программами и ОС, Все приклад- обеспечивает высокое быстродействие, так как вызовы ные программы <--- API, направляемые в системные DLL, не влекут за Win16 собой переходов между кольцами или переключений 1 ------------- контекста. Явный недостаток состоит в том, что Мбайт Не выделяется любая прикладная программа может испортить память, принадлежащую другому модулю, и повредить всю ------------- систему. Прикладные программы Win16 работают в Драйверы режиме кооперативной многозадачности. В этом случае устройств прикладная программа, а не операционная система реального отвечает за передачу управления следующей программе. режима Отказавшая или некорректная программа может лишить 0 байт------------- все остальные доступа к системным ресурсам.
WINDOWS 95
В Windows 95 достигнут баланс между производительностью, совместимостью и надежностью. Она обеспечивает быстрое исполнение прикладных программ Win32, Win16 и DOS и совместима с драйверами устройств реального режима. Несмотря на лучшую, чем у Windows 3.1, защищенность, она остается уязвимой с нескольких сторон.
Адреса между 2 и 4 Гбайт отображаются в адресное пространство каждой программы Win32 и совместно используются всеми процессами. 4 ------------ Гбайт Адреса между 3 и 4 Гбайт содержат компоненты кольца 0, в том числе VxD, Компоненты подсистемы управления виртуальными кольца 0 машинами и файлами. Эта область памяти видима и доступна по записи для всех программ Win32. 3 ------------ Гбайт Системные Адреса между 2 и 3 Гбайт содержат все DLL системные DLL Windows, относящиеся к кольцу 3,такие, как Kernel, GDI и USER,а Прикладные также любые прикладные программы Win16. программы Все 16-разрядные программы Windows Win16 выполняются здесь в совместно используемом адресном пространстве в Совместно режиме кооперативной многозадачности. используемые Виртуальная 16-разрядная Windows-машина DLL столь же уязвима, как и Windows 3.1. 2 ------------ Гбайт Между 4 и 2 Гбайт каждая программа Win32 видит собственное неструктурированное Прикладные адресное пространство; она не может программы видеть другие процессы Win32. Win32 Случившиеся здесь ошибки, как правило, могут быть перехвачены обработчиком особых ситуаций и не в состоянии воздействовать на операционную систему. 4 ------------ Мбайт Компоненты Адреса между 0 байт и 4 Мбайт совместно используютс реального <-- всеми процессами. Это необходимо для совместимости 64 режима с драйверами устройств реального режима, резидентными Кбайт ------------ программами и некоторыми 16-разрядными программами Windows, но приводит к тому, что любой процесс может 0 байт------------ испортить компоненты, находящиеся в этих адресах. Хотя первые 64 Кбайт не доступны программам Win32, 16-разрядные программы свободно обращаются к этой области и могут испортить ее содержимое.
OS/2 WARP
OS/2 Warp обеспечивает хорошую производительность при выполнении собственных прикладных программ OS/2, 16-разрядных программ Windows и DOS, одновременно обеспечивая более надежную защиту от аварийных сбоев, чем Windows 95 или Windows 3.1. По этой причине она не совместима с драйверами устройств DOS и Windows. Она не может работать с прикладными программами Win32.
4 ------------ Гбайт Системный код OS/2 отображается в диапазон адресов между 512 Мбайт и 4 Гбайт. Как и в Windows 95, в это адресное пространство отображаются и совместно используют его все 32-разрядные процессы. Преимущество Системный этого метода заключается в том, что код многие вызовы API могут обслуживатьс системой без требующих больших затрат переключений контекста. К недостаткам следует отнести открытость некоторых системных компонентов для перезаписи со стороны плохо работающих программ, что означает уязвимость системы. 512 ------------ Мбайт 32-разрядные Каждая собственная 32-разрядна прикладные программа OS/2 видит неструктурированное программы адресное пространство от 0 до 4 Гбайт; OS/2 сама программа отображается в первые 512 Мбайт и изолирована от других 32-разрядных программ OS/2, хотя она может взаимодействовать с ними с помощью переноса фрагментов (cut-and-paste) или средств DDE OS/2. Собственные прикладные программы и системные компоненты выполняются в режиме вытесняющей многозадачности на потоковом уровне. Виртуальные Прикладные программы Win16 могут машины выполняться либо на отдельных Win16 виртуальных машинах Windows, либо на общей Windows VM. В зависимости от версии Warp код Windows представлен в виде системных DLL или подлинной копией Microsoft Windows 3.1. Отдельные сеансы Windows работают в режиме вытесняющей многозадачности с другими программами. Программы Win16 на общей машине Windows VM работают в режиме кооперативной многозадачности и не защищены друг от друга, как и в Windows 3.1. OS/2 рассматривает виртуальные машины Windows VM как собственные 32-разрядные 0 байт------------ процессы.
WINDOWS NT
Архитектура клиент-сервер Windows NT обеспечивает существенно более надежную защиту, чем OS/2 или Windows 95. Но для получения приемлемой производительности вам потребуется мощный ПК с обширной памятью. Windows NT работает с программами, ориентированными на Win16 и DOS, но драйверы устройств реального режима не могут функционировать в среде Windows NT.
Windows NT программы Win32 работает в режиме вытесняющей многозадачности на потоковом уровне. Эта система позволяет выполнять программы Win16 кооперативно в совместно используемом пространстве памяти или, с целью их лучшей защиты, с вытеснением в отдельных пространствах памяти. 4 ----------- Гбайт Адресное пространство от 2 до 4 Гбайт Кольцо 0 содержит низкоуровневый системный код код ядра ядра кольца 0. Системные страницы невидимы для прикладных программ. 2 ----------- Гбайт ___________ DLL Win32 ---->| Процесс | Системный сервер функционирует клиентской | системного| в адресном пространстве, стороны <----| сервера | невидимом для программ Win32. <-- | | Здесь происходит проверка ----------- | | | действительности параметров Прикладные | | | вызова и исполняется подлинный программы | | | системный код. Така Win32 | | | организация обеспечивает | | | высокую степень безопасности, | | | но переходы между кольцами и | | | переключения контекста Виртуальные | | | приводят к существенным машины | |___________| накладным расходам. Win16 | 64 | Каждая программа Win32 видит Кбайт ----------- | неструктурированное адресное пространство | размером 2 Гбайт. Сама программа 0 байт----------- -------- отображается в область между 64 Кбайт и 2 Гбайт. Первые 64 Кбайт недоступны. Верхняя область принадлежащего программе пространства содержит код, который воспринимается ею как системные DLL кольца 3. На самом деле это заглушки, называемые DLL клиентской стороны, которые выполняют перенаправление вызовов. Когда программа вызывает функцию API, DLL клиентской стороны передает вызов отдельному системному сервер- процессу.
В основе организации Windows 3.1x лежит 16-разрядна архитектура. Ее ядро, большинство важнейших системных компонентов и собственные прикладные программы представляют собой 16-разрядные коды. (Ее редко используемый интерфейс Win32s API дает возможность выполнять 32-разрядные прикладные программы, но не позволяет работать с несколькими потоками.)
Все собственные прикладные программы Windows 3.1x и все ее системные библиотеки DLL отображаются в общее сегментированное виртуальное адресное пространство размером 4 Гбайт. Все эти компоненты видимы (и часто доступны на уровне записи) друг для друга. В нижней части этого адресного пространства, обычно ниже отметки 1 Мбайт, размещаются драйверы устройств реального режима, обеспечивающие взаимодействие с периферийными подсистемами, такими, как видеоплаты или принтеры. В Windows 3.11 драйверы VxD файловой системы используют для отыскания маршрута доступа к диску в защищенном режиме.
Упрощенная организация системы позволяет получить очень малое рабочее множество (working set - прикладной и системный код, который необходимо загрузить в память для любой данной задачи), поэтому Windows 3.1x может успешно выполняться на компьютерах с ОЗУ ограниченного размера. Такая архитектура также способствует повышению эффективности исполнения кода, так как программы могут вызывать функции API из собственного пространства памяти. Недостаток архитектуры состоит в слабой защите от сбоев при неправильной работе программ. Программы и системные компоненты видимы друг для друга, модуль, содержащий ошибки, может легко испортить содержимое памяти, принадлежащей другому процессу. Хотя Windows 3.1x способна восстанавливать свою работоспособность после некоторых нарушений защиты общего характера (GPF), зачастую результатом становится крах всей системы.
Windows 3.1x одновременно выполняет несколько прикладных программ с помощью простого механизма планирования, называемого кооперативной многозадачностью. В этой системе каждая прикладна программа должна добровольно уступить управление, когда, проверив свою очередь сообщений, она обнаруживает, что та пуста. Но если прикладна программа не проверит свою очередь сообщений либо по причине занятости, либо вследствие зависания, то другие прикладные программы лишатся доступа к совместно используемым ресурсам.
Другой недостаток, долгое время вызывавший недовольство пользователей Windows 3.1x, - ограниченность ресурсов модулей GDI и USER. Эти ограничения возникают в связи с тем, что системные библиотеки GDI и USER используют несколько 64-Кбайт динамических областей (хипов) для хранени разнообразных скрытых структур данных, создаваемых выполняющимися в данный момент прикладными программами. Когда эти небольшие хипы переполняются, вы получаете сообщение о нехватке памяти, даже если в системе остается много свободной памяти.
Windows 95 представляет собой продукт эволюционного развития системы Windows 3.1x и не означает полного разрыва с прошлым. Хотя она несет в себе много важных изменений по сравнению с 16-разрядной архитектурой Windows, в ней сохранены некоторые важнейшие свойства ее предшественницы. Результатом стало появление гибридной ОС, способной работать с 16-разрядными прикладными программами Windows, программами, унаследованными от DOS, и старыми драйверами устройств реального режима и в то же время совместимой с истинными 32-разрядными прикладными программами и 32-разрядными драйверами виртуальных устройств.
Среди наиболее важных усовершенствований, появившихся в Windows 95, - изначально заложенная в ней способность работать с 32-разрядными многопотоковыми прикладными программами, защищенные адресные пространства, вытесняющая многозадачность, намного более широкое и эффективное использование драйверов виртуальных устройств и возросшее применение 32-разрядных хипов для хранения структур данных системных ресурсов. Ее наиболее существенный недостаток состоит в относительно слабой защищенности от плохо работающих программ, содержащих ошибки.
Каждая собственная прикладная программа Windows 95 видит неструктурированное 4-Гбайт адресное пространство, в котором размещается она сама плюс системный код и драйверы Windows 95. Кажда 32-разрядная прикладная программа выполняется так, как будто она монопольно использует весь ПК. Код прикладной программы загружается в это адресное пространство между отметками 2 и 4 Гбайт. Хотя 32-разрядные прикладные программы "не видят" друг друга, они могут обмениватьс данными через буфер обмена (Clipboard), механизмы DDE и OLE. Все 32-разрядные прикладные программы выполняютс в соответствии с моделью вытесняющей многозадачности, основанной на управлении отдельными потоками. Планировщик потоков, представляющий собой составную часть системы управления виртуальной памятью (VMM), распределяет системное время среди группы одновременно выполняемых потоков на основе оценки текущего приоритета каждого потока и его готовности к выполнению. Вытесняющее планирование позволяет реализовать намного более плавный и надежный механизм многозадачности, чем кооперативный метод, используемый в Windows 3.1x.
Системный код Windows 95 размещается выше границы 2 Гбайт. В пространстве между отметками 2 и 3 Гбайт находятся системные библиотеки DLL кольца 3 и любые DLL, используемые несколькими программами. (32-разрядные процессоры фирмы Intel предоставляют четыре уровня аппаратной защиты, поименованные, начина с кольца 0 до кольца 3. Кольцо 0 наиболее привилегированно.) Компоненты кольца 0 в системе Windows 95 отображаются в пространство между 3 и 4 Гбайт. Эти важные участки кода с максимальным уровнем привилегий содержат подсистему управления виртуальными машинами (VMM), файловую систему и драйверы VxD.
Область памяти между 2 и 4 Гбайт отображается в адресное пространство каждой 32-разрядной прикладной программы, т. е. оно совместно используется всеми 32-разрядными прикладными программами в вашем ПК. Така организация позволяет обслуживать вызовы API непосредственно в адресном пространстве прикладной программы и ограничивает размер рабочего множества. Однако за это приходится расплачиваться снижением надежности. Ничто не может помешать программе, содержащей ошибку, произвести запись в адреса, принадлежащие системным DLL, и вызвать крах всей системы.
В области между 2 и 3 Гбайт также находятся все запускаемые вами 16-разрядные прикладные программы Windows. С целью обеспечения совместимости эти программы выполняются в совместно используемом адресном пространстве, где они могут испортить друг друга так же, как и в Windows 3.1x.
Адреса памяти ниже 4 Мбайт также отображаются в адресное пространство каждой прикладной программы и совместно используются всеми процессами. Благодар этому становится возможной совместимость с существующими драйверами реального режима, которым необходим доступ к этим адресам. Это делает еще одну область памяти незащищенной от случайной записи. К самым нижним 64 Кбайт этого адресного пространства 32-разрядные прикладные программы обращаться не могут, что дает возможность перехватывать неверные указатели, но 16-разрядные программы, которые, возможно, содержат ошибки, могут записывать туда данные.
Некоторые системные DLL Windows 95, в частности USER и GDI, все еще содержат 16-разрядный код. Одно из прискорбных следствий этого состоит в том, что 64-Кбайт локальные хипы модулей USER и GDI и сопутствующие им ограничения системных ресурсов по-прежнему остаются. К счастью, в Windows 95 некоторые структуры данных переместились в 32-разрядные хипы, благодаря чему теперь стало намного сложнее истощить системные ресурсы, чем в среде Windows 3.1x. Другая проблема, связанная с 16-разрядным системным кодом, - эффект Win16Mutex. Так как 16-разрядный системный код нереентерабелен, только один поток может обращаться к 16-разрядным DLL в каждый момент времени, потенциально затормаживая другие процессы, которым нужен доступ к этим библиотекам.
Архитектура OS/2 Warp Connect 3.0 во многом похожа на архитектуру Windows 95, но в ее концепции заложено меньше компромиссов, связанных с использованием старого 16-разрядного кода. В результате появилась ОС с лучшими, чем у Windows 95, средствами защиты, в которой можно выполнять программы OS/2, Win16 и DOS, однако несовместимая с 16-разрядными драйверами устройств. 32-разрядные прикладные программы Windows не могут выполняться в среде OS/2 Warp.
Собственным 32-разрядным прикладным программам OS/2 доступно 4-Гбайт отдельное адресное пространство. Код прикладных программ отображается в диапазон адресов от 0 до 512 Мбайт, системный код OS/2 отображается в пространство от 512 Мбайт до 4 Гбайт. Эта область системного кода используется совместно всеми процессами. Исполняемые 32-разрядные прикладные программы изолированы друг от друга, хотя они могут общаться между собой с помощью средств вырезания и вставки (cut-and-paste) или механизма DDE OS/2. В системе OS/2 Warp применяется модель вытесняющей многозадачности собственных прикладных программ, основанная на управлении отдельными потоками.
Такая организация обладает во многом теми же достоинствами и недостатками, что свойственны Windows 95. Выделение системных ресурсов происходит гладко, а вызовы, направляемые в системные API, могут обслуживаться без существенных накладных расходов, так как системные DLL расположены в тех же адресных пространствах, что и вызывающая прикладная программа. Размер рабочего множества тоже удерживается в разумных пределах, так как не нужно создавать множественные экземпляры системных DLL. Но защита не гарантируется, поскольку плохо работающие прикладные программы все же могут испортить важные системные области.
Однако в некоторых важных аспектах OS/2 Warp превосходит систему Windows 95. Проблемы ограниченности системных ресурсов не существует, так как в OS/2 Warp не используются 64-Кбайт хипы для хранения структур данных системных DLL. Эта ОС также предоставляет несколько служебных средств, отсутствующих в Windows, в том числе модель системных объектов (SOM) и REXX, мощный командный язык, используемый на многих платформах фирмы IBM.
В дополнение к собственным 32-разрядным прикладным программам, OS/2 Warp может выполнять 16-разрядные прикладные программы Windows. В зависимости от того, какую версию вы приобрели, OS/2 Warp использует дл этой цели либо копию Microsoft Windows 3.1, либо собственные библиотеки Win-OS/2. В любом случае вы можете по своему выбору запустить сеанс Windows дл каждой Windows-программы или выполнять все Windows-программы в совместно используемом адресном пространстве. Последний подход может обеспечить лучшую совместимость, но грозит обернуться потерей устойчивости, так как в этом случае ОС работает в сущности подобно Windows 3.1x. OS/2 Warp позволяет также запускать прикладные программы DOS на легко конфигурируемых виртуальных машинах DOS, работающих в режиме вытесняющей многозадачности.
Архитектура OS/2 не предназначена для запуска в ней драйверов устройств реального режима, поэтому ваши аппаратные средства должны поставляться с собственными драйверами OS/2. Преимущество такого подхода в том, что OS/2 может полностью защитить первые 4 Мбайт памяти прикладной программы, т. е. область, котора по-прежнему остается незащищенной от аварийных сбоев в среде Windows 95.
Windows NT Workstation 3.51 по существу представляет собой операционную систему сервера, приспособленную дл использования на рабочей станции. Этим обусловлена архитектура, в которой абсолютная защита прикладных программ и данных берет верх над соображениями скорости и совместимости. Чрезвычайная надежность Windows NT обеспечивается ценой высоких системных затрат, поэтому для получения приемлемой производительности необходимы быстродействующий ЦП и по меньшей мере 16-Мбайт ОЗУ. Как и в OS/2 Warp, в системе Windows NT безопасность нижней памяти достигается за счет отказа от совместимости с драйверами устройств реального режима. В среде Windows NT работают собственные 32-разрядные NT-прикладные программы, а также большинство прикладных программ Windows 95. Так же, как OS/2 Warp и Windows 95, система Windows NT позволяет выполнять в своей среде 16-разрядные Windows- и DOS-программы.
Схема распределения памяти Windows NT разительно отличается от распределения памяти систем Windows 95 и OS/2 Warp. Собственные прикладным программам выделяетс 2-Гбайт особого адресного пространства, от границы 64 Кбайт до 2 Гбайт (первые 64 Кбайт полностью недоступны). Прикладные программы изолированы друг от друга, хотя могут общаться через буфер обмена Clipboard, механизмы DDE и OLE.
В верхней части каждого 2-Гбайт блока прикладной программы размещен код, воспринимаемый прикладной программой как системные библиотеки DLL кольца 3. На самом деле это просто заглушки, выполняющие перенаправление вызовов, называемые DLL клиентской стороны (client-side DLLs). При вызове большинства функций API из прикладной программы библиотеки DLL клиентской стороны обращаются к локальным процедурам (Local Process Communication - LPC), которые передают вызов и связанные с ним параметры в совершенно изолированное адресное пространство, где содержитс собственно системный код. Этот сервер-процесс (server process) проверяет значения параметров, исполняет запрошенную функцию и пересылает результаты назад в адресное пространство прикладной программы. Хот сервер-процесс сам по себе остается процессом прикладного уровня, он полностью защищен от вызывающей его прикладной программы и изолирован от нее.
Между отметками 2 и 4 Гбайт расположены низкоуровневые системные компоненты Windows NT кольца 0, в том числе ядро, планировщик потоков и диспетчер виртуальной памяти. Системные страницы в этой области наделены привилегиями супервизора, которые задаютс физическими схемами кольцевой защиты процессора. Это делает низкоуровневый системный код невидимым и недоступным по записи для программ прикладного уровн но приводит к падению производительности во врем переходов между кольцами.
Для 16-разрядных прикладных Windows-программ Windows NT реализует сеансы Windows on Windows (WOW). Как и OS/2 Warp, Windows NT дает возможность выполнять 16-разрядные программы Windows индивидуально в собственных пространствах памяти или совместно в разделяемом адресном пространстве. Почти во всех случаях 16- и 32-разрядные прикладные программы Windows могут свободно взаимодействовать, используя OLE (при необходимости через особые процедуры thunk) независимо от того, выполняются они в отдельной или общей памяти. Собственные прикладные программы и сеансы WOW выполняются в режиме вытесняющей многозадачности, основанной на управлении отдельными потоками. Множественные 16-разрядные прикладные программы Windows в одном сеансе WOW выполняются в соответствии с кооперативной моделью многозадачности. Windows NT может также выполнять в многозадачном режиме несколько сеансов DOS. Поскольку Windows NT имеет полностью 32-разрядную архитектуру, не существует теоретических ограничений на ресурсы GDI и USER.