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

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

Понятия вычислительного процесса и ресурса

Теперь, если вернуться к уже упомянутому файлу CONFIG.SYS, в котором для опера-

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

ее работу, стоит заметить, что в этом файле строка THREADS=1024 указывает на ко-

личество не процессов, а именно задач. И под задачей в данном случае понимается

как процесс, так и поток этого процесса.

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

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

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

Значение этих терминов по-прежнему сильно зависит от контекста. И это харак-

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

шен этим и автор. Остается надеяться, что со временем все же ситуация изменит-

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

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

полнения при создании приложений, заимствованных из [28].

а В случае однопроцессорной системы множество параллельных потоков часто

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

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

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

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

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

потоков не будет требовать частого ввода-вывода.

Q Вначале нужно понять, для чего необходим поток. Поток, осуществляющий

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

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

ройств, но при этом (в том числе) сильно загружают процессор. Потоки позволя-

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

вами поток, отвечающий за обработку специфического устройства, как мини-

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

работки запросов от всех устройств.

• Потокам можно назначать разные приоритеты для того, чтобы наименее значи-

мые процессы выполнялись в фоновом режиме. Это путь честного разделения

ресурсов процессора. Однако необходимо осознать тот факт, что процессор один

на всех, а потоков много. Если в вашей программе главная процедура передает

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

ся просто неуправляемой.

• Потоки хорошо работают, когда они независимы. Но они начинают работать

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

щим ресурсам. Взаимные блокировки и критические секции отнюдь не добав-

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

модействующие вычисления организовывать нельзя.

Q Помните, что память виртуальна. Механизм виртуальной памяти (см. раз-

дел «Память и отображения, виртуальное адресное пространство» в главе 3) сле-

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

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

Глава 1. Основные понятия

Потоки усложняют ситуацию, если они обращаются в одно и то же время к раз-

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

тельно увеличивает нагрузку на систему, особенно при небольшом объеме кэш-

памяти. Помните, что реально память не всегда «свободна», как это пишут

в информационных окошках «О системе». Всегда отождествляйте доступ к па-

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

занного.

• Всякий раз, когда любой из ваших потоков пытается воспользоваться общим

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

каким-то образом легализовать и защитить вашу деятельность. Хорошим сред-

ством для этого являются критические секции, семафоры и очереди сообще-

ний (см. главу 7). Если вы протестировали ваше приложение и не обнаружили

ошибок синхронизации, то это еще не значит, что их там нет. Пользователь мо-

жет создавать самые непредсказуемые ситуации. Это очень ответственный мо-

мент в разработке многопоточных приложений.

• Не возлагайте на поток несколько функций. Сложные функциональные отно-

шения затрудняют понимание общей структуры приложения, его алгоритм. Чем

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

ятность, что ошибок удастся избежать.

Основные виды ресурсов

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

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

их разделения (см. рис. 1.5). Прежде всего, одним из важнейших ресурсов являет-

ся сам процессор

, точнее — процессорное время. Процессорное время делится

попеременно (параллельно). Имеется множество методов разделения этого ресур-

са (см. раздел «Планирование и диспетчеризация процессов и задач» в главе 2).

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

тивная память может делиться и одновременно (то есть в памяти одновременно

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

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

мять может предоставляться для разных вычислительных процессов). Память —

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

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

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

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

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

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

выполнения. Поэтому проблема эффективного разделения оперативной памяти

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

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

В случае однопроцессорных систем чаще говорят о процессорном времени.

Основные виды ресурсов и возможности их разделения

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

между параллельно выполняющимися процессами рассмотрены в главе 3.

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

ния вычислений. Когда говорят о внешней памяти (например, памяти на магнит-

ных дисках), то собственно память и доступ

к ней считаются разными видами

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

Но для полноценной работы с внешней памятью необходимо иметь оба этих ре-

сурса. Собственно внешняя память может разделяться и одновременно, а вот дос-

туп к ней всегда разделяется попеременно.

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

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

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

ресурсом. Простыми и наглядными примерами внешних устройств, которые не

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

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

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

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

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

Аналогично и для накопителя на магнитной ленте. Если один процесс начнет что-

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

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

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

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

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

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

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

задач, сама упорядочивает эти задания и передает очередное задание на принтер

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

Очень важным видом ресурсов являются программные модули. Прежде всего, мы

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

.но считаются программными ресурсами и поэтому в принципе могут распреде-

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

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

гократно (или повторно) используемыми. Однократно используемыми называют

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

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

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

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

мым ресурсом. Более того, их, как правило, вообще не распределяют как ресурс

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

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

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

Процесс обращения к данным.

Глава 1. Основные понятия

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

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

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

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

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

ют корректное повторное выполнение программного кода при обращении к нему

из другой программы.

Привилегированные программные модули работают в так называемом привилеги-

рованном режиме, то есть при отключенной системе прерываний (часто говорят,

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

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

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

другой задачи (другого вычислительного процесса). С позиций стороннего наблю-

дателя по отношению к вычислительным процессам, которые попеременно (при-

чем, возможно, неоднократно) в течение срока своей «жизни» вызывают некото-

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

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

модулей изображена на рис. 1.8. Здесь в первой секции программного модуля вы-

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

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

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

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

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

ны и ничто не сможет их испортить.

Отключение

прерываний

Собственно тело программного модуля

Включение

прерываний

Рис. 1.8. Структура привилегированного программного модуля

Непривилегированные программные модули — это обычные программные модули,

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

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

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

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

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

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

допускают

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

по обращению из других задач (вычислительных процессов). Для этого реентера-

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

Реентерабельный — допускающий повторные прерывания (дословный перевод с английского слова

«re-enterable»).

Основные виды ресурсов и возможности их разделения ; 45

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

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

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

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

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

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

носящихся к реентерабельному программному модулю (рис. 1.9).

Привилегированный

модуль,

заказывающий

в системной области

памяти блок ячеек

памяти для хранения

текущих

(промежуточных)

данных

Основное тело реентерабельного

программного модуля, которое

и может быть прервано. Работает

в непривилегированном режиме

Привилегированный

модуль,

освобождающий

в системной области

памяти блок памяти,

использованный

для хранения

промежуточных

данных

Системная область

памяти, используемая

динамическим

образом

для буферированного

ввода/вывода

и реентерабельной

обработки

Блок ячеек памяти

для текущих

переменных

Рис. 1.9. Структура реентерабельного программного модуля

Основная идея построения и работы реентерабельного программного модул* за-

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

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

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

жуточных) данных. При этом на вершину стека помещается указатель на начало

области данных и ее объем. Все текущие переменные реентерабельного программ-

ного модуля в этом случае располагаются в системной области памяти. Адресация

этих переменных осуществляется относительно вершины стека. Поскольку в кон-

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

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

вание. Если прерывания не возникает, то в третьей (заключительной) секции

Глава 1. Основные понятия

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

памяти. При освобождении этой области памяти модифицируется значение стека.

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

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

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

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

тель. Очевидно, что возможно многократное повторное вхождение в реентерабель-

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

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

которых достаточно для выделения нового блока.

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

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

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

реентерабельных программных модулей: для каждого процесса — своя область

памяти. Чаще всего в качестве таких процессов выступают процессы ввода-выво-

да, и речь идет о реентерабельных драйверах

Кроме реентерабельных программных модулей существуют еще повторно входимые

(re-entrance). Этим термином называют программные модули, которые тоже допус-

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

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

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

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

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

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

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

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

мые (возможные) точки входа. Следует отметить, что повторно входимые программ-

ные модули встречаются гораздо чаще реентерабельных (повторно прерываемых).

Наконец, имеются и информационные ресурсы, то есть в качестве ресурсов могут

выступать данные. Информационные ресурсы могут существовать как в виде пе-

ременных, находящихся в оперативной памяти, так и в виде файлов. Если процессы

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

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

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

наиболее сложных проблем, достаточно подробно она обсуждается в главах 9 и 10.

Классификация операционных систем

Выше мы уже дали определение операционной системы (ОС). Поэтому просто

повторим, что основным предназначением ОС является организация эффектив-

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

ствия с этими вычислениями и с самой вычислительной системой.

Реентерабельный драйвер может управлять параллельно несколькими однотипными устройствами —

более подробно см. в главе 5.

Классификация операционных систем

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

классификации. Само собой, что вариантов классификации может быть очень мно-

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

будем отличать от другого. Однако, что касается ОС, здесь уже давно сформирова-

лось относительно небольшое количество классификаций: по назначению, по ре-

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

собам построения (архитектурным особенностям системы).

Прежде всего, традиционно различают ОС общего и специального назначения. ОС

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

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

данных, решения задач реального времени и т. п. Еще не так давно операционные

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

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

уже многими относятся к ОС общего назначения, поскольку их можно использо-

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

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

мультипрограммный (мультизадачный) режимы. К однопрограммным ОС отно-

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

MS DOS. Напомним, что под мультипрограммированием понимается способ орга-

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

ется видимость одновременного выполнения нескольких программ. Любая задер-

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

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

грамм. Иногда при этом говорят о мультизадачном режиме, причем, вообще гово-

ря, термины «мультипрограммный режим» и «мультизадачный режим» — это не

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

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

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

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

ной работы (эти функции берет на себя сама ОС; именно она распределяет между

выполняющимися приложениями ресурсы вычислительной системы, осуществ-

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

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

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

в современной технической и тем более научно-популярной литературе об этом

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

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

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

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

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

Хоть и не убывает в абсолютном исчислении, но в процентном отношении она су-

щественно сократилась по сравнению с диалоговыми системами.

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

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

Глава 1. Основные понятия

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

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

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

ная вычислительная система. Очевидно, что для организации мультитерминально-

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

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

ных систем для персональных компьютеров можно назвать Linux. Некая имита-

ция мультитерминальных возможностей имеется и в системе Windows XP. В этой

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

получает свою виртуальную машину. Если необходимо временно предоставить

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

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

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

рого пользователя. Количество параллельно работающих виртуальных машин опре-

деляется имеющимися ресурсами.

Основной особенностью операционных систем реального времени (ОСРВ) является

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

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

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

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

моменты времени и без всякой очередности. В то время как в ОС, не предназначен-

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

процессорного времени на этапе инициирования задач (в ходе которого ОС распоз-

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

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

выполнения ресурсы), в ОСРВ подобные затраты могут отсутствовать, так как на-

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

ления запросов. Для подлинной реализации режима реального времени необходима

(хотя этого и недостаточно) организация мультипрограммирования. Мультипро-

граммирование является основным средством повышения производительности вы-

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

становится важнейшим фактором. Лучшие характеристики по производительности

для систем реального времени обеспечиваются однотерминальными ОСРВ. Сред-

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

в целом, но расширяют функциональные возможности системы. Одной из наиболее

известных ОСРВ для персональных компьютеров является ОС QNX.

По основному архитектурному принципу операционные системы разделяются на

микроядерные и макроядериые {монолитные). В некоторой степени это разделе-

ние тоже условно, однако можно в качестве яркого примера микроядерной ОС

привести ОСРВ QNX, тогда как в качестве монолитной можно назвать Windows

95/98 или ОС Linux. Если ядро ОС Windows мы не можем изменить, нам недо-

ступны его исходные коды и у нас нет программы для сборки (компиляции) этого

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

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

образным включить именно в ядро (ведь к ним можно обращаться и из ядра).

Контрольные вопросы и задачи

1. Что такое операционная система? Перечислите основные функции операци-

онных систем.

2. Что означает термин «авторизация»? Что означает термин «аутентификация»?

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

3. Что такое операционная среда? Какие основные, наиболее известные опера-

ционные среды вы можете перечислить?

4. Что такое прерывание? Какие шаги выполняет система прерываний при воз-

никновении запроса на прерывание? Какие бывают прерывания?

5. Перечислите известные дисциплины обслуживания прерываний; объясните,

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

6. С какой целью в операционные системы вводится специальный системный

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

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

рационных систем? Объясните, в чем заключается различие между такими

понятиями, как «процесс» и «задача»?

8. Изобразите диаграмму состояний процесса, поясните все возможные перехо-

ды из одного состояния в другое.

9. Объясните значения терминов «задача», «процесс», «поток выполнения»? Как

они между собой соотносятся?

10. Для чего каждая задача получает соответствующий дескриптор? Какие поля,

как правило, содержатся в дескрипторе процесса (задачи)? Что такое «кон-

текст задачи»?

11. Объясните понятие ресурса. Почему понятие ресурса является одним из фун-

даментальных при рассмотрении операционных систем? Какие виды и типы

ресурсов вы знаете?

12. Как вы считаете, сколько и каких списков дескрипторов задач может быть в си-

стеме? От чего должно зависеть это число?

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

ми программными модулями? Как они реализуются? •*

14. Что такое привилегированный программный модуль? Почему нельзя создать

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

гированных программных модулей?

Глава 2. Управление

задачами

Понятия процесса (process) и потока выполнения (thread) нам уже известны. Мы

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

нако в данной главе при рассмотрении вопросов распределения процессорного

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

к этому ресурсу — процессорному времени — оба этих понятия практически экви-

валенты. Они выступают просто как некоторая работа, для выполнения которой

необходимо предоставить центральный процессор. Поэтому мы будем в основном

использовать термин задача (task), который является как бы обобщающим. Ведь

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

ется соответствующий дескриптор. Но мы должны помнить о различиях между

дескриптором процесса и дескриптором задачи. Даже если процесс состоит из един-

ственного потока, мы говорим о дескрипторе процесса, содержащем информацию,

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

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

ционной системы — диспетчер задач — переводит процессы в одно из состояний

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

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

току (то есть задаче) ставится в соответствие дескриптор задачи, в котором сохра-

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

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

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

нится в дескрипторе этого процесса. Заметим, что повсеместно распространенные

системы Windows 9x/NT/2000/XP являются и мультипрограммными, и мульти-

задачными. Не случайно начиная с Windows NT и Windows 95 компания Microsoft

отказалась от термина «задача» и стала использовать понятия процесса и потока

выполнения (треда, нити). Правда, для изложения вопросов диспетчеризации это

становится неудобным, ибо здесь чаще используется обобщающее понятие.

Еще одним доводом в пользу термина «задача» при рассмотрении вопросов ор-

ганизации распределения процессорного времени между выполняющимися вы-

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