Гордеев А.В. Операционные системы

Подождите немного. Документ загружается.

362

Глава 11. Операционные системы Windows

нем компания Microsoft все больше внимания стала уделять обеспечению надеж-

ности вычислений и их эффективности, однако задача обеспечить пользователя

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

и осталась главной.

Общим для операционных систем, имеющих в своем названии слово «Windows»,

является графический интерфейс пользователя. Все эти операционные системы

похожи друг на друга. Приложения, написанные для среды Windows, будут одина-

ково выглядеть и в Windows 95, и в Windows XP. В результате пользователи, уме-

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

другую. И это одно из важнейших достоинств.

Основной особенностью систем Windows является то, что все они предназначены

для диалогового режима работы, и поэтому в качестве основного интерфейса вы-

бран графический, как более функциональный и удобный. Если в таких операци-

онных системах, как Linux, QNX или OS/2, можно работать с системой через

интерфейс командной строки и этим ограничиться, то во всех системах Windows

невозможно получить текстовый интерфейс командной строки без графического.

Многие считают, что интерфейс командной строки нужен только для относитель-

но редкого вмешательства в работу операционной системы. Однако это не совсем

так. Дело в том, что посредством скриптов можно автоматизировать выполнение

большинства функций, связанных с управлением вычислительными процессами.

Скрипт — это текстовый файл, содержащий программу действий, составленную

на соответствующем языке

. Например, пакетные (batch) файлы в операционных

системах от компании Microsoft, которые имеют расширение bat, обрабатываются

командным интерпретатором C0MMAND.COM, если речь идет о сеансах DOS, или

командным процессором CMD.EXE, если речь идет о системах типа Windows NT/

2000/ХР и в скрипте имеются соответствующие команды. При запуске програм-

мы CMD.EXE открывается сеанс обычного защищенного 32-разрядного режима.

В ряде случаев графический режим не нужен, поскольку выполняющиеся вычис-

ления не требуют диалога с пользователем. К таким случаям, прежде всего, можно

отнести работу серверов, которые, будучи правильно и разумно сконфигурирова-

ны, способны работать месяцами без какого-либо вмешательства человека и пол-

ностью выполнять поставленные перед ними задачи. К таким случаям можно от-

нести и задачи автоматизированного управления различными технологическими

процессами, специальным автоматизированным оборудованием. А поскольку в этих

случаях графический диалоговый режим работы с системой не нужен, не нужны

операционной системе и соответствующие вычислительные ресурсы, необходи-

мые для функционирования этого режима. Если же вдруг потребуется организо-

вать диалоговое взаимодействие с операционной системой, то тот же графический

режим может быть запущен непосредственно из командной строки, что и делается

в уже упомянутых операционных системах семейства UNIX (Linux, FreeBSD

и т. д.), QNX, OS/2.

Язык для составления программ, которые имеют текстовую форму даже на момент своего исполне-

ния и состоят из команд, понятных операционной системе, часто называют языком скриптов.

Операционные системы Windows 9x

363

Операционные системы Windows 9x

Краткая историческая справка

В те годы, когда появилась первая система Windows, а это произошло в ноябре

1985 года, наибольшее распространение имели компьютеры на базе процессора

i80286. Этот процессор хотя и имел средства для организации мультизадачного ре-

жима работы (в нем компания Intel впервые реализовала защищенный режим рабо-

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

шлюзованием для доступа к сегментам кода и многое другое), но аппаратная под-

держка была слишком слаба и несовершенна. Только с широким распространением

32-разрядных процессоров (i80386 и все последующие) появилась возможность со

временем отказаться в системах Windows от поддержки 16-разрядного защищен-

ного режима работы процессоров и в качестве основного выбрать полноценный

32-разрядный защищенный режим. Как известно, микропроцессор i80386 появился

в том же 1985 году. Возможности этого микропроцессора, заложенные в него специ-

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

рассмотрели в главе 4. Однако первые несколько лет этот микропроцессор исполь-

зовался просто как более быстродействующий 16-разрядный микропроцессор i8086

или i80286 (благо он поддерживал такую возможность), поскольку для него долгое

время не существовало полноценной 32-разрядной операционной системы.

После первой системы Windows, которая себя только обозначила, компания Mi-

crosoft в течение нескольких лет принимала активное участие в работах по созда-

нию операционной системы OS/2. Кстати, операционная система Windows NT

«выросла» из проекта OS/2, который имел версию 3.0. Однако проблемы во взаи-

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

мультизадачных операционных систем, имеющих графический интерфейс, при-

вели к тому, что компания Microsoft продолжила работу над Windows вопреки

существовавшей договоренности, а в последующем даже разорвала отношения

с IBM. Было выпущено несколько версий Windows, пока наконец в 1990 году вышла

одна из самых популярных систем того времени — система Windows 3.0. Это была

операционная система, предназначенная для работы на процессорах i80386, одна-

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

считывались на интерфейс Winl6 API. Само собой, обеспечивалось выполнение

DOS-приложений, которые на тот момент доминировали. Для своего запуска эта

операционная система требовала наличия среды MS DOS. При запуске програм-

мы WIN.COM последняя переводила микропроцессор в защищенный режим работы

и начинала загружать ядро Windows. Часть драйверов заменялась новыми, а часть

могла остаться от MS DOS. После загрузки Windows 3.0 на компьютере можно

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

После системы Windows 3.0 появилась система Windows 3.1 и, наконец, сетевая

операционная система Windows 3.11 for Workgroups. Все эти операционные сис-

темы, хотя и были популярны, имели определенные недостатки, в частности, нельзя

было задействовать более 16 Мбайт памяти, не обеспечивались должные надежность

и производительность, поскольку не использовались все те возможности 32-раз-

364

Глава 11. Операционные системы Windows

рядного защищенного режима работы микропроцессора, которые этот режим пре-

доставлял.

Первой операционной системой от компании Microsoft, которая должна была ис-

править существовавшее положение вещей, была Chicago. Она вышла в свет в ав-

густе 1995 года и получила известное всему миру название Windows 95. Опера-

ционная система Windows 95, по сути дела', произвела революцию в персональных

компьютерах. И это несмотря на появившуюся еще в 1992 г. великолепную 32-раз-

рядную операционную систему OS/2 версии 2.0, которая к 1995 году «доросла»

уже до версии 2.2 и имела существенно более совершенный графический интер-

фейс. К сожалению, большинство пользователей почти ничего не знали о суще-

ствовании этой полноценной, надежной и эффективной операционной системы,

поскольку фирма IBM мало беспокоилась об этом. Да и предыдущая (первая) вер-

сия операционной системы с тем же названием OS/2 себя не зарекомендовала.

В противоположность той позиции, которую заняла IBM, компания Microsoft за-

долго до появления своей операционной системы Windows 95 серьезно занима-

лась ее продвижением. Пользователи хорошо знали возможности 16-разрядной

системы Windows 3.x, они умели с ней работать. Правильно организованная рек-

ламная кампания успешно делала свое дело, и пользователи ждали новую 32-раз-

рядную операционную систему с нетерпением.

Появление операционной системы Windows 95 сопровождалось выходом большого

числа соответствующего прикладного программного обеспечения и, что немало-

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

работы с новой операционной системой и создания для нее прикладных программ.

Многие фирмы, занимающиеся разработкой программного обеспечения, стали

выпускать для Windows 95 различные пакеты прикладных программ, системы уп-

равления базами данных, системы программирования и другие программы. Все

это вместе взятое стало мощнейшим стимулом, обеспечившим победу операцион-

ной системе Windows 95, несмотря на то что по своей архитектуре и возможнос-

тям она почти по всем параметрам уступала операционной системе OS/2. Опера-

ционная система Linux в те годы еще только начинала о себе заявлять.

Затем в 1996 году вышла вторая редакция операционной системы Windows 95 (это

был проект Nashville), которая получила название Windows 95 0SR2(OEM Service

Release 2). В этой операционной системе были улучшены система управления фай-

лами (введена поддержка файловой системы FAT32), а также средства для работы

с мультимедиа и Интернетом.

Далее в 1998 году компания Microsoft обновила свою операционную систему еще раз,

дав ей имя Windows 98. Эта операционная система имела еще больше именно 32-раз-

рядного собственного кода, обладала большей стабильностью и производительнос-

тью, поскольку был устранен почти весь прежний 16-разрядный код, выполнявшийся

достаточно часто и имевший все характерные для него недостатки. В частности, была

введена новая модель 32-разрядных драйверов WDM (Windows Driver Model) ,

Новая модель многоуровневой организации драйверов для систем Windows, которая пришла на смену

прежней.

Операционные системы Windows 9x

зе>э

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

тем семейства Windows NT. Важной для успеха этой операционной системы была

также полноценная поддержка интерфейса USB (Universal Serial Bus — универ-

сальная последовательная шина). Обнаруженные в системе ошибки были исправ-

лены во второй редакции этой операционной системы. Нынче операционная сис-

тема Windows 98 SE

является одной из самых распространенных в мире.

Наконец, в канун начала нынешнего тысячелетия

Microsoft выпустила свою по-

следнюю версию операционной системы, которая также была основана на ар-

хитектуре системы Windows 95. Это была Windows Millennium Edition

(ME).

Выпуская Windows ME, Microsoft преследовала несколько первоочередных целей:

превратить потребительскую операционную систему в полноценную мультиме-

дийную (не только игровую) платформу; максимально упростить обслуживание

системы; обеспечить удобные средства создания домашних сетей; обеспечить дос-

туп ко всему богатству ресурсов Интернета. Основным, принципиальным момен-

том (и основным недостатком, как это ни покажется странным) был отказ от под-

держки сеансов DOS, что позволяет потенциально немного увеличить надежность

организуемых вычислений. Операционная система Windows ME была предназна-

чена для использования на домашних компьютерах, и это обстоятельство, вкупе с

невозможностью организовать выполнение программ, требующих открытия сеан-

сов DOS, не позволило ей получить широкое распространение. Тем более что вскоре

для потребительских целей Microsoft стала продавать новую операционную сис-

тему Windows XP Home Edition, которая уже относится к системам типа Windows NT.

Общие сведения

Операционные системы Windows 9x создавались для работы только на IBM-со-

вместимых персональных компьютерах. Они не являются переносимыми и на дру-

гих платформах (на процессорах, не совместимых с архитектурой ia32) не работа-

ют. Как и для всего остального программного обеспечения от Microsoft, исходные

коды операционных систем закрыты, поэтому подробного описания ее архитекту-

ры практически нет; имеются только многочисленные публикации о том, как сле-

дует использовать эти системы.

Операционные системы семейства Windows 9x предназначены, главным образом,

для домашнего, а не корпоративного применения. Уже многие годы они являются

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

компьютером нескольких пользователей (естественно, по очереди, поскольку сис-

темы являются однотерминальными), в них не поддерживается механизм учет-

ных записей, как в остальных 32-разрядных операционных системах. Каждый

пользователь может иметь свое собственное рабочее окружение, то есть свои вид

рабочего стола (desktop), состав панели задач (taskbar) и меню Пуск (Start), пара-

метры настройки используемых программ и многое другое. Это собственное рабо-

SE означает «Second Edition» — вторая редакция.

Эта система вышла осенью 2000 года.

Слово «millennium» как раз и означает канун тысячелетия.

366

Глава 11. Операционные системы Windows

чее окружение называется профилем (profile), и при включении такой возможнос-

ти в системном каталоге образуется вложенный каталог' с именем Profiles, в кото-

ром и размещаются профили пользователей. Независимо от того, имеет каждый

пользователь свой профиль или не имеет, он должен зарегистрироваться, если си-

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

цедуры аутентификации используются файлы с расширением pwl, к которым, к со-

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

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

Для облегчения работы с компьютером все эти системы поддерживают механизм

автоматического обнаружения подключенных к нему устройств (так называемый

механизм Plug and Play — «включай и работай»). Эту задачу выполняет специаль-

ный модуль — диспетчер конфигурации (Configuration Manager). Он гарантирует,

что каждое устройство, входящее в состав персонального компьютера, сможет ис-

пользовать линии IRQ (Interrupt Request — запрос на прерывание), адреса портов

ввода-вывода, каналы прямого доступа к памяти и прочие ресурсы без конфлик-

тов с другими устройствами. Кроме того, диспетчер конфигурации отслеживает

текущие изменения в конфигурации компьютера. Поскольку операционные сис-

темы Windows 9x получили самое широкое распространение, все выпускаемое

периферийное оборудование имеет необходимые драйверы, причем достаточно

правильно написанные и успешно работающие. Поэтому серьезные проблемы на

сегодняшний день с этим механизмом мало кто испытывает. Динамическое кон-

фигурирование аппаратно-программной среды значительно упрощает использо-

вание операционной системы и позволяет без лишних операций ручной настройки

работать на компьютере пользователям, не являющимся специалистами в вычис-

лительной технике.

С точки зрения базовой архитектуры операционные системы семейства Windows 9x

являются 32-разрядными и мультизадачными (многопоточными) системами с

вытесняющей многозадачностью. Ядра у всех этих операционных систем построе-

ны по макроядерной архитектуре. Ядро состоит из трех основных компонентов:

Kernel, Usern GDI. Модуль Kernel обеспечивает основную функциональность опе-

рационной системы, в том числе: планирование процессов; поддержку потоков

выполнения; синхронизацию объектов; работу с файлами, отображаемыми на па-

мять; управление памятью; файловый ввод-вывод; обработку исключений; работу

консолей; взаимодействие 32-разрядного и 16-разрядного кода с преобразованием

16-разрядного формата кода и данных в 32-разрядный (и наоборот) посредством

механизма шлюзования; некоторые другие функции. Компонент User управляет

вводом с клавиатуры и координатных устройств (типа мыши) и выводом через

пользовательский интерфейс. Когда то или иное устройство ввода генерирует пре-

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

разует их в сообщения и посылает потоку необработанного ввода, который рас-

пределяет их по соответствующим очередям сообщений. Наконец, компонент ядра,

называемый GDI (Graphical Device Interface — графический интерфейс устрой-

Вместо термина каталог (directory) в системах с графическим интерфейсом гораздо чаще использу-

ют термин папка (folder).

Операционные системы Windows 9x 36/

ства), представляет собой графическую подсистему, которая отвечает за прори-

совку графических примитивов, операции с растровыми изображениями и взаи-

модействие с аппаратно-независимыми графическими драйверами. GDI управля-

ет выводом на экран, принтеры и другие устройства.

Все операционные системы Windows 9x централизованно хранят всю системную ин-

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

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

каждого пользователя. Такая централизованная информационная база данных назы-

вается реестром (registry). Реестр избавляет от необходимости иметь дело с множе-

ством INI-файлов, как это было в системах Windows 3.x. Физически содержимое рее-

стра определяется файлами system.dat и user.dat, которые располагаются в каталоге с

файлами операционной системы. В режиме, когда каждый пользователь имеет соб-

ственный профиль, определяющий персональную настройку его рабочего окружения,

в состав реестра включается еще файл user.dat того пользователя, который в этот мо-

мент работает на компьютере. Файлы с именем user.dat располагаются в профилях

пользователей и определяют права пользователей в операционной системе.

В операционных системах Windows 9x для работы с периферийными устройства-

ми используется архитектура универсальный драйвер—мини-драйвер. Она позво-

ляет упростить разработку драйверов для создателей нового оборудования. Опера-

ционные системы Windows 9x сами предоставляют базовые услуги для различных

классов аппаратных устройств. Для этого существуют универсальные драйверы,

которые включают большую часть кода, необходимого конкретному классу уст-

ройств для взаимодействия с компонентами операционной системы. Поэтому из-

готовителям оборудования необходимо написать относительно небольшой код

минидрайвера, который должен содержать какие-либо дополнительные функции,

нужные для управления конкретным устройством и учитывающие именно его спе-

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

функции, которые необходимы для управления операциями ввода-вывода при

обмене данными с периферийным устройством, и иметь дополнительный мини-

драйвер не требуется.

Помимо этих драйверов, которые относятся к драйверам низкого уровня и непос-

редственно завязаны на аппаратуру, в Windows 9x используются драйверы вирту-

альных устройств. Эти драйверы предназначены для управления системными ре-

сурсами, причем они позволяют разделять ресурс между несколькими процессами.

Аббревиатура VxD (Virtual Device — виртуально устройство), которую мы можем

встретить при детальном знакомстве с этими операционными системами, означа-

ет, что речь идет именно о драйверах виртуальных устройств. Вместо средней бук-

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

тинская буква Р, которая означает, что речь идет о драйвере принтера. Если же

название виртуального драйвера — VDD, то мы имеем дело с драйвером дисплея.

Драйверы VxD поддерживают все основные устройства персонального компьюте-

ра, включая контроллеры на системной плате, контроллеры дисковых устройств,

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

вательный), принтеры, клавиатуры и многие другие. Они обеспечивают динами-

368 Глава 11. Операционные системы Windows

ческую поддержку драйверов устройств, а виртуальное устройство отслеживает

состояние соответствующего реального аппаратного устройства для любого про-

цесса, которое им используется. Поскольку системы Windows 9x обеспечивают

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

ходит очень часто. Каждое выполняемое приложение или системный процесс может

прервать работу с устройством другого приложения. Поскольку такое вмешатель-

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

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

состояние устройства для любого приложения и/или системного процесса ввода-

вывода. При этом, естественно, гарантируется, что устройство будет корректно

функционировать с каждым из процессов, запрашивающим ту или иную опера-

цию ввода-вывода на этом устройстве. Некоторые драйверы виртуальных устройств

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

темы; они содержат код, который эмулирует определенные программные средства

или отслеживает, чтобы выполняющиеся процессы использовали только свои дан-

ные. Во всех операционных системах Windows 9x в память загружаются только те

драйверы виртуальных устройств, которые необходимы в данный момент. Это по-

зволяет экономить оперативную память компьютера.

Одним из драйверов виртуальных устройств является системный драйвер, управ-

ляющий файловой системой защищенного режима и драйверами блочных уст-

ройств. Это супервизор ввода-вывода (Input/Output Supervisor, IOS). Он прини-

мает запросы от файловых систем и загружает драйверы, обеспечивающие доступ

к локальным дискам и дисковым устройствам.

Драйверы файловых систем являются компонентами кода с нулевым уровнем при-

вилегий. Они поддерживают следующие файловые системы:

Q VFAT (Virtual FAT) — файловые операции на дисковых устройствах и взаимо-

действие с подсистемой блочного ввода-вывода;

Q CDFS — работа с компакт-дисками;

Q UDF (Universal Disk Format) — соответствует спецификациям, принятым ор-

ганизацией Optical Storage Technology Association, и предназначена для досту-

па к дискам DVD-ROM и CD-ROM (эта файловая система не поддерживается

в Windows 95);

Q сетевые редиректоры для обеспечения связи с серверами компаний Microsoft

и Novell (Netware).

Все эти файловые системы управляются диспетчером устанавливаемых файловых

систем (IFS). Помимо перечисленных в операционную систему можно установить

и иные файловые системы. Например, при работе с Windows 98 мы можем устано-

вить драйвер для доступа к дискам NTFS. Правда, реализация этого драйвера та-

кова, что он игнорирует все расширенные атрибуты. В результате не работают раз-

решения NTFS для ограничения на доступ к файлам, которые и составляют одно

из основных достоинств этой файловой системы.

По умолчанию системы Windows 98 и Windows ME позволяют работать с файло-

вой системой FAT12 (для работы с дискетами), FAT16 и FAT32. Последняя явля-

ется основной для этих операционных систем.

Операционные системы Windows 9x 369

Операционные системы Windows являются сетевыми. В дистрибутивы входит все

необходимое системное сетевое программное обеспечение, которое легко и быст-

ро устанавливается и конфигурируется. Используется программный интерфейс

NetBIOS и технология SMB (Server Message Blocks). Системы главным образом

предназначены для работы в составе рабочих групп, то есть для построения одно-

ранговых вычислительных сетей, хотя операционные системы Windows 95 и Win-

dows 98 допускают работу в составе домена в сетях клиент-сервер. Для этого они

имеют все необходимые программные модули и интерфейсные экранные формы.

Однако, поскольку в случае их использования в корпоративных сетях существен-

ным образом начинает страдать информационная безопасность, делать это не ре-

комендуется.

Организация многозадачности

Одним из наиболее актуальных вопросов, которые решает любая многозадачная

операционная система, в том числе и системы Windows 9x, состоит в организации

по возможности простого, но эффективного способа предоставления процессор-

ного времени различным параллельно выполняющимся программам. Другими сло-

вами, речь идет о диспетчеризации задач.

Мы уже знаем, что многозадачность, в общем случае, означает способность опера-

ционной системы обеспечивать совместное использование процессора нескольки-

ми программами. Большинство разработчиков операционных систем называют

работающие программы задачами, поэтому задачей можно считать загруженную

в память программу, которая что-то делает. В большинстве операционных систем,

в том числе и в Windows NT, и в UNIX, выполнение приложения называется про-

цессом. Однако в уже упомянутых операционных системах Windows 3.x почти все-

гда использовался термин «задача», и лишь изредка — «процесс». Имейте в виду,

что в операционных системах Windows 9x используется исключительно термин

«процесс», а понятие задачи было официально исключено из терминологии Win-

dows. Вкладывая совершенно такой же смысл в слово «процесс», разработчики

Microsoft тем самым попытались поставить операционные системы семейства

Windows 9x как бы на один уровень с другими операционными системами, таки-

ми, например, как Windows NT. В большей части документации по Windows 3.1

мы можем обнаружить оба упомянутых слова. Основная причина изменения тер-

минологии — реализация мультизадачности при сохранении мультипрограммно-

го режима работы. Другими словами, речь идет о поддержке в этих операционных

системах возможности многопоточного выполнения приложений. Поэтому поми-

мо отхода от термина задача и использования термина процесс, мы должны отме-

тить, что во всех этих операционных системах стал использоваться термин поток

выполнения, или тред (thread).

Напомним, что поток выполнения — это одна из ветвей вычислительного процес-

са. Потоку выделяется процессорное время, этим занимается диспетчер задач опе-

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

бым работающим под управлением Windows 9x 32-разрядным приложением или

виртуальным драйвером устройства. Поток имеет собственный стек и контекст

370

Глава 11, Операционные системы Windows

выполнения (а именно содержимое рабочих регистров процессора). Потоки ис-

пользуют память совместно с процессом-родителем. Когда Windows 95/98 загру-

жает приложение и создает необходимые ему структуры данных, система настраи-

вает процесс в виде отдельного потока. Потоки могут использовать весь код и

глобальные данные процесса-родителя. Это означает, что создание нового потока

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

параллельно выполняющихся потоков. Многие приложения на протяжении всего

времени своей работы используют единственный поток, хотя могут (а многие так

и делают) использовать еще несколько потоков для выполнения определенных

кратковременных операций в фоновом режиме, что позволяет либо увеличить ско-

рость выполнения приложений, либо дать возможность пользователю выполнять

следующую операцию в своей программе, не дожидаясь завершения текущей опе-

рации.

Термин «задача» мы все же будем использовать и дальше, поскольку с точки зре-

ния распределения процессорного времени требуется все то же: выполнять вычис-

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

В Windows 95/98 работа с потоками доступна только 32-разрядным приложениям

и виртуальным драйверам устройств. Виртуальные машины MS DOS и старые

16-разрядные приложения Windows не могут обращаться к функциям API, ко-

торые поддерживают потоки. Каждая виртуальная машина MS DOS работает в

отдельном потоке. Аналогично, каждое 16-разрядное приложения Windows при

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

позволяет обеспечить для старых приложений Windows модель кооперативной

многозадачности. Любое 32-разрядное приложение или виртуальный драйвер ус-

тройства может создавать дополнительные потоки, a Windows 95/98 может орга-

низовать диспетчеризацию всех этих потоков в соответствии с алгоритмами вы-

теснения, что представляет собой еще один аспект многозадачности в Windows.

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

программ, в системе они представлены в виде одинаковых структур данных. Вслед-

ствие этого диспетчер и остальной 32-разрядный системный код, использующий

эти внутренние структуры данных, и удалось реализовать так, что разработчи-

кам не понадобилось учитывать особенности преобразований 16-разрядного кода

в 32-разрядный.

Как известно, в основе диспетчеризации задач ныне уже почти всеми забытой

Windows 3.x лежал принцип невытесняющей, или кооперативной, многозадачнос-

ти (cooperative multitasking). При работе в среде Windows 95/98 кооперативная

многозадачность используется только для диспетчеризации старых 16-разрядных

приложений, в то время как работа приложений Win32 планируется в соответ-

ствии с иным алгоритмом. Для 32-разрядных приложений система использует

вытесняющую многозадачность (preemptive multitasking).

Поддержкой многозадачности занимается планировщик (scheduler). Он имеет дело

главным образом с временем и событиями. Процессу в Windows 95/98 выделяется

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

вать процессор. По окончании кванта времени планировщик определяет, следует

Операционные системы Windows 9x 371

ли передать процессор в распоряжение другого процесса. В отличие от Windows

NT, Windows 95/98 не поддерживает мультипроцессорные системы, в которых

планировщик может выделять процессам больше одного процессора.

Решения, принимаемые планировщиком, определяются событиями. Так, щелчок

мыши является для планировщика событием. Это событие может привести к пе-

редаче процессора в распоряжение процесса, «владеющего» окном, в котором про-

изошел щелчок. Впрочем, планировщик может решить, что завершение передачи

данных по сети заслуживает большего внимания, чем щелчок мыши, и тогда про-

цессор будет передан в распоряжение процесса, обслуживающего сеть, а всем ос-

тальным процессам придется подождать.

Как мы знаем, при вытесняющем планировании только система может решать, в ка-

ком порядке, как долго и какие задачи (в нашем случае — потоки) будут выпол-

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

выполнения и.передать его в распоряжение другого. Обычно такой акт вытесне-

ния происходит в результате реакции на событие, требующее внимания. Плани-

ровщик присваивает каждому из работающих процессов приоритет (priority). По-

токи его наследуют, хотя при создании нового потока ему можно задать и иной

приоритет. В случае если происходит событие, относящееся к потоку, обладающе-

му более высоким приоритетом, планировщик приостанавливает (вытесняет) те-

кущий поток и начинает выполнять тот, у которого приоритет больше.

Для обеспечения гарантированного обслуживания введен механизм динамичес-

ких приоритетов, при котором приоритеты потоков постоянно пересчитываются.

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

из которых приоритет больше, а у другого меньше, то поток, обладающий низким

приоритетом, никогда бы не смог выполняться, если бы планировщик динамичес-

ки не изменял значения приоритетов. При расчете приоритетов также играет роль

длительность квантов времени.

Диспетчер задач (потоков выполнения) использует следующие три механизма, с по-

мощью которых он пытается равномерно распределять время процессора между

всеми вычислениями в целях обеспечения бесперебойной и одновременно быст-

рой реакции системы.

• Динамическое изменение приоритета. Диспетчер на время может повысить или

понизить приоритет того или иного потока. Так, например, нажатие клавиши

или щелчок мыши говорит ему о том, что приоритет потока, к которому отно-

сится действие пользователя, должен быть повышен.

• Постсинхронизированное снижение приоритета. Ранее повышенное значение

приоритета постепенно возвращается к исходному значению.

• Наследование приоритета. Служит для быстрого повышения приоритета. Обыч-

но это делается для того, чтобы позволить потоку с низким приоритетом быстро

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

который необходим потокам с высоким приоритетом. Windows 95/98 восста-

навливает исходное значение унаследованного приоритета сразу же после удов-

летворения конфликтного условия.