Чтение онлайн

ЖАНРЫ

Полное руководство по Microsoft Windows XP

Мюллер Джон Поль

Шрифт:

Так как система носит модульный характер, она имеет ряд однотипных файлов с Windows 2000, причем файлы Windows XP, как правило, являются усовершенствованными вариантами файлов Windows 2000. Специалистам Microsoft не пришлось изменять все разделы Windows 2000, чтобы реализовать цели, поставленные при создании Windows XP. Именно по этой причине те пользователи, которые хорошо знакомы с архитектурой Windows 2000, без труда разберутся и в архитектуре Windows XP.

Архитектуру Windows XP условно можно разделить на четыре части:

ядро операционной системы. Ядро представлено шестью файлами, которые будут подробно рассмотрены в последующих разделах данной главы: GDI.EXE, GDI32.DLL, KRNL386.EXE, KERNEL32.DLL, USER.EXE, USER32.DLL. Файлы ядра содержат только часть операционной системы и обеспечивают связность всех объектов данных. Каждый прочий объект или раздел Windows XP обращается к ним для целей обслуживания. Все эти файлы обычно располагаются в системной папке \SYSTEM32;

драйверы. Windows XP использует драйверы для доступа к аппаратным средствам системы. Драйверы являются удобным средством для обеспечения доступа к устройствам в условиях многозадачной среды, в которой одно и то же устройство может одновременно обслуживать несколько приложений. Каждому устройству в программе Диспетчер устройств (Device Manager)

соответствует один или несколько связанных с ним драйверов. Для более близкого знакомства с драйверами конкретных устройств нажмите кнопку Сведения (Driver Details) вкладки Драйвер (Driver) диалогового окна свойств устройства (Device Properties). Диалоговое окно Сведения о файлах драйверов (Driver File Details), показанное на рис. 11.1, информирует о поставщиках драйверов, версии файлов, цифровой подписи и соответствующих авторских правах;

Рисунок 11.1. Каждое устройство предусматривает для обеспечения эффективной работы применение одного или нескольких драйверов

службы. Службы представляют собой так называемые фоновые приложения, которые позволяют улучшить функциональные возможности операционной системы. Например, служба индексирования (Indexing Service) создает поисковые индексы для жесткого диска в те моменты времени, когда этот диск не используется для других целей. Служба ИБП (UPS – Uninterruptible Power Supply – источник бесперебойного питания), показанная на рис. 11.2, контролирует состояние установленного в системе ИБП. Служба ИБП может взаимодействовать с пользователем, однако обычно работает в фоновом режиме и практически незаметна. Познакомиться с полным перечнем служб операционной системы легко с помощью консоли Службы (Services), присутствующей в папке Администрирование (Administrative Tools). Вкладка Общие (General) диалогового окна свойств службы (Service Properties) обычно содержит поле Расположение каталога (Path to executable service), запись которого проинформирует вас о том приложении, которое связано со службой;

Рисунок 11.2. Каждая служба содержит главный исполняемый файл, однако некоторые службы требуют также использования нескольких библиотечных файлов DLL

утилиты. Операционная система нуждается в методах интерактивного взаимодействия с пользователем. Утилиты являются по существу, единственными программами операционной системы, применяемыми в пользовательском режиме. Некоторые утилиты, например программа PING (Packet Internet Groper – программа для проверки связи с удаленными компьютерами), исполняются при появлении соответствующего командного запроса. Специалисты Microsoft создали подобные программы для сетевых администраторов, причем они функционируют на самом низком уровне защиты. Другие утилиты, например консоль управления ММС (Microsoft Management Console), поддерживают дружественный графический пользовательский интерфейс. Администраторы сети и пользователи могут запускать подобные программы, однако администраторы имеют права доступа к большему числу функций.

Системные файлы

Теперь, когда вы получили первое представление об архитектуре Windows XP, можно перейти к рассмотрению ее компонентов и проследить механизмы их функционирования. Windows XP использует два режима исполнения программных приложений: режим ядра (Kernel Mode) и пользовательский режим (User Mode). Процессор обычно заставляет приложения применять два из четырех имеющихся уровней защиты. Защита файлов операционной системы гарантирует нормальную работу операционной системы даже в условиях разрушения программного приложения. Другими словами, обеспечение безопасности и защита файлов являются весьма важными составляющими, дающими высокие показатели стабильности и надежности компьютерной системы.

Пользовательский режим соответствует наиболее низкому уровню защиты, причем все пользовательские приложения и утилиты операционной системы задействуют именно такой режим. На практике система «не доверяет» пользовательским приложениям, поэтому для установления связи с ОС им приходится взаимодействовать с промежуточными объектами.

Режим ядра соответствует наивысшему уровню защиты, причем все драйверы и базовые файлы работают именно в этом режиме. Кроме того, большая часть (если не все) служб также использует данный режим. Операционная система «доверяет» тем файлам, которые открыты в режиме ядра, поэтому для них предусматривается дополнительный контроль с тем, чтобы не допустить разрушения структуры системы. В частности, Microsoft рекомендует применять в системе только предлагаемые корпорацией драйверы.

В приводящихся ниже разделах подробно описываются оба режима. Важно хорошо осознать их возможности, а также понять характер их влияния на операционную систему. Правильное понимание воздействия, которое файл может оказать на операционную систему, весьма важно для поиска неисправностей. Если драйвер выходит из строя, он в ряде случаев приводит к разрушению всей системы. С другой стороны, вероятность повреждения приложения самой операционной системы относительно невелика. Если в Windows XP вы столкнулись с подобным явлением, оно, скорее всего, является следствием некорректного функционирования системного программного приложения в режиме ядра. Когда Windows XP сообщает о закрытии программного приложения в связи с обнаружением ошибки, это может быть вызвано работой этого приложения в пользовательском режиме и его некорректным поведением.

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

Пользовательский режим связан с исполнением приложений. При запуске 32-разрядного приложения операционная система выделяет для него независимый объем памяти. Современные приложения могут задействовать объемы памяти величиной до 4 Гб. Windows XP выделяет объем памяти подобному приложению на основе анализа кодов и данных, которые хранятся в соответствующем разделе области памяти, называемом рабочим разделом памяти (Process Working Set). Некоторые современные приложения, предназначенные для создания сложной графики или моделирования процессов, реально претендуют на использование объемов памяти величиной до 4 Гб.

Выделяемая область памяти (4 Гб) обычно носит виртуальный характер, то есть не существует как реальная физическая среда. Многие пользователи в принципе не располагают объемами оперативной памяти на уровне 4 Гб. В некоторых случаях они просто не могут выделить объем в 4 Гб (даже при его наличии в системе), поскольку это требует объединения всей области оперативной памяти и отвлечения

заметной области памяти жесткого диска. Предел в 4 Гб для программ является скорее теоретическим показателем, однако он служит своего рода точкой отсчета для создания более мощных по своим параметрам оперативной памяти и жестких дисков, которые, видимо, появятся уже в ближайшем будущем.

Ниже речь пойдет о методах выделения операционной системой Windows XP необходимых объемов памяти прикладным программам. Эти методы обычно ориентированы на применение программы Диспетчер виртуальной памяти (Virtual Memory Manager), когда каждое 32-разрядное приложение Windows использует свой небольшой объем памяти, причем ОС позволяет одним приложениям временно «заимствовать» память у других. Такой подход заметно отличается от тех, которые предлагались в предшествующих версиях Windows, когда все программы могли задействовать любые свободные разделы памяти. Специалисты Microsoft намеренно отказались от прежнего подхода, поскольку в ряде случаев он приводил к поистине катастрофическим последствиям. По этой причине они построили Windows XP более надежно, полностью исключив возникновение подобных катаклизмов.

Средства поддержки 16-разрядных приложений в Windows XP отличаются от средств поддержки 32-разрядных приложений. Так, операционная система предусматривает выделение единой области памяти для 16-разрядных приложений, поскольку именно в этом заключается принцип их создания. На практике Windows XP не активизирует эти приложения непосредственным образом. Для запуска 16-разрядных приложений используется специальная программа-утилита (см. файл WOWEXEC.EXE в каталоге \SYSTEM32). В разделе «Системные файлы Windows XP, используемые в режиме ядра» данной главы будет показано, каким образом средства поддержки 16-разрядных приложений связаны с ядром Windows XP. Другими словами, пользовательский режим с применением 16-разрядных приложений во многом аналогичен такому же режиму с применением 32-разрядных приложений – за тем лишь отличием, что он опирается на компоненты 16-разрядного типа и реализуется с помощью единого раздела памяти.

Windows XP также поддерживает программные приложения MS DOS. В данном случае, однако, речь не идет о моделировании старой версии Windows со встроенными средствами поддержки. MS DOS является совершенно иной по структуре операционной системой и в этом смысле заметно отличается от Windows XP.

...

Рекомендация

Когда специалисты Microsoft создавали Windows NT, они разрабатывали программы, совместимые с другими типами систем. Эта традиция корпорации Microsoft была продолжена и в Windows 2000. Подобная совместимость предусматривала исполнение программ и сценариев с помощью других ОС, например мобильной операционной системы для UNIX – POSIX (Portable Operating System Interface for Unix), версия OS/2 1.0, и дисковой операционной системы MS DOS (Disk Operating System). При загрузке Windows XP нельзя не заметить присутствующие в ней усовершенствованные средства поддержки MS DOS, однако в данном случае поддержка POSIX и OS/2 разработчиками предусмотрена не была. Официальной причиной отхода от традиций явилась ссылка на моральное устаревание этих операционных систем и заметное уменьшение случаев их применения. К сожалению, последнее означает, что программные инструменты POSIX, присутствующие в пакете Resource Kit Windows 2000, нельзя использовать с Windows XP. При этом некоторые, в частности правительственные, сайты потребуют заметной доработки. Одно из решений данной проблемы связано с выпуском программы Microsoft Interix , эмулирующей функции ОС POSIX и являющейся еще одной альтернативой UNIX.

Специалисты Microsoft предусмотрели использование программ MS DOS, причем в процессе их исполнения иногда создается впечатление, что это происходит в самой операционной системе. В данном случае применение дополнительной среды позволяет создать результирующую рабочую среду, моделирующую функции старой ОС. Специалисты Microsoft называют подобную среду виртуальной машиной DOS (DOS Virtual Machine). При этом приложения и «не подозревают» о пользовательском режиме, операционной системе Windows XP или каких-либо других программах и совершенно «уверены», что они исполняются в рабочей среде MS DOS.

Windows XP приходится поддерживать подобные иллюзии, поскольку многие программы MS DOS захватывают большие объемы памяти, взаимодействуют с системой на основе устаревших приемов и нарушют все мыслимые и немыслимые правила, принятые для среды Windows XP. В свое время корпорация Microsoft предложила MS DOS в качестве однозадачной системы, поэтому нет ничего странного в том, что ее программные приложения не могут «вписаться» в рабочую среду Windows XP, поэтому Windows XP вынуждена отделять и надежно изолировать их от других своих разделов.

Системные файлы Windows XP, используемые в режиме ядра

Первое, что вы должны хорошо себе представлять – это ядро операционной системы. В данном случае под ядром понимается базовая часть ОС, то есть та ее часть, которая обеспечивает объединение всех прочих разделов и объектов и выполнение всех основных функций. Программисты обычно обращаются к ядру с помощью специального интерфейса – интерфейса API (Application Programming Interface – интерфейс прикладного программирования).

При создании приложения для Windows разработчик обычно обращается к интерфейсу API и предлагает операционной системе выполнить необходимую операцию. Подобный запрос во многом напоминает обращение, направляемое приятелю, чтобы он, скажем, сделал несколько покупок в магазине. Коды интерфейса API присутствуют в системных файлах. Естественно, рассмотренная выше модель интерфейса API является весьма упрощенной. Windows XP обычно использует два интерфейса API: 16– и 32-разрядный. Каждый их этих интерфейсов допускает исполнение приложений в пользовательском режиме, в частности направление запросов операционной системе, которая сама работает в режиме ядра.

Вне зависимости от конкретного типа интерфейса API, применяемого приложением Windows, обеспечивается взаимодействие с тремя компонентами (файлами) операционной системы. Так, 16-разрядные версии этих файлов соответствуют GDI.EXE, USER.EXE и KRNL386.EXE, а 32-разрядные – GDI32.DLL, USER32.DLL и KERNEL32.DLL. Разработчики называют данный набор файлов интерфейсом Win32 API. Имеются и другие интерфейсы API для выполнения требуемых операций, причем в большинстве случаев запросы к API формируются при исполнении приложения в пользовательском режиме и при обращении его к операционной системе, работающей в режиме ядра.

...

Примечание

Другие операционные системы поддерживаются Windows XP с помощью специальных драйверов, служб и библиотечных файлов DLL, упоминавшихся в предшествующих разделах. Другими словами, сервер транслирует запросы, создаваемые приложениями, в запросы Windows API. При этом приложения, которые ориентируются на другие ОС, используют те же компоненты, что и приложения Windows (несмотря на тот факт, что они предназначены для работы с совсем другими операционными системами).

Поделиться с друзьями: