Лорин Г., Дейтел Х.М. Операционные системы. Главы 1-3

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

программы. Эта программа формировала ленту, содержавшую входной поток, в

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

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

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

планирования как компонента операционной системы. Планировщик постоянно

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

приоритетом. В

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

пришлось ввести параметр, определяющий приоритет. Хранение и обработка

внутренней очереди заданий позволили увеличить степень участия операционной

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

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

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

от

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

пользователей данной вычислительной установки.

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

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

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

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

задания, программы

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

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

Подобный подход порождал множество проблем. Главная проблема была

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

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

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

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

крупных

заданий. Если размер некоторого раздела равен 64К, то, следовательно, в нем

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

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

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

раздела по 64К и два раздела по

32К, в любой момент времени она может

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

времени работы аппаратуры обслуживаются два задания, требующие по 64К

памяти, и два задания, требующие по 32К памяти, то это означает. что данный

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

поскольку

не приводит к простою оборудования. Приведенное утверждение

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

использующие участки памяти размером в 64К, и два, использующие участки

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

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

потока. Если эти

условия удовлетворяются, то примитивизм системы перестает

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

результатов.

Метод фиксированных разделов может оказаться крайне неэффективным,

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

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

занимающих по 32К памяти в разделах размерами в 64К каждый, на описанной

выше вычислительной установке с общим объемом памяти в 192К по крайней мере

треть памяти постоянно будет простаивать. Разумеется, если общий объем памяти

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

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

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

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

задания в отдельности (не замедляя

обслуживания) обрабатывать большее их число,

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

метода.

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

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

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

определенном разделе. Но в связи с тем, что на

вычислительной установке уже

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

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

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

произойдет и то и другое. Искажение структуры означает, что распределение

функций между отдельными элементами программы начинает отражать не

естественные,

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

Возрастание сложностей программирования также связано с

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

фиксированного объема. Существует множество примеров тому, как при

«втискивании» программ в определенные рамки заметно возрастает стоимость

программирования. Косвенно это приводит к еще более неэффективному

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

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

Иными словами, если разработчики ориентируются на раздел размером в 32К, то

они стараются занять своими программами объем не более 20К. Если им это

удается, то раздел в 32К оказывается частично незанятым.

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

обслуживания заданий, состоит в

том, что последние распределяются по разделам и

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

оказаться, что задание, реально использующее 32К памяти, должно ждать, пока

освободится соответствующий ему раздел размером в 64К, в то время как другой

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

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

перераспределение заданий для выполнения в других свободных разделах

подходящих размеров невозможно.

Все остальные свойства системы DOS также характеризуют ее как систему,

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

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

Любой раздел имеет свои потоки SYSIN и SYSOUT. Язык управления

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

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

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

помощью предложений АSSIGN. Кроме того, некоторые функции доступны только

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

Например, компиляция

производится в фоновых разделах, а телеобработка — в

разделах переднего плана.

Понятия разделов переднего плана и фоновых были введены при

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

приписанных разделам. В системе DOS каждому разделу приписано определенное

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

по использованию центрального процессора. Если несколько задач

одновременно

готово к выполнению (т. е. не ожидает завершения процесса ввода-вывода), то

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

наибольшим значением приоритета.

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

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

применения. Создатели DOS стремились разработать небольшую по объему

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

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

резидентная часть занимала примерно 10-16 тыс. байт. Постепенно объемы

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

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

сложными и функционально развитыми. В частности,

получили распространение

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

системам типа DOS были добавлены программы, обеспечивавшие управление

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

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

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

новых подсистем, функционировавших

при поддержке исходного программного

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

Среди факторов, способствовавших развитию операционных систем, на

рассматриваемом этапе необходимо особо отметить следующие:

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

• разработка ассемблеров и компиляторов, формирующих перемещаемые

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

любых

подходящих по размерам разделах. В результате удалось устранить потери

эффективности, возникавшие из-за недостаточно гибкого независимого

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

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

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

• присвоение группам устройств символических имен, что позволило

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

фактическое назначение в момент запуска программы;

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

DOS) по типу систем реального времени. В этом случае операционной системе в

процессе решения некоторой задачи

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

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

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

соответствующих образованным подзадачам;

• обеспечение (в DOS/VS и ряде других систем) возможности работы с

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

суммарный размер которых превышает общий объем физической

основной памяти в

системе. Механизмы сегментной и страничной организации устанавливают

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

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

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

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

доступа в виде образов областей основной памяти

. Подробнее механизм поддержки

виртуальной памяти будет рассмотрен ниже;

• введение расширенной операционной поддержки, а также механизмов

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

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

специальными программами; в системе DOS, например, программой РОWЕR.

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

неизбежно сталкиваемся с проблемой

классификации, уже затрагивавшейся ранее.

Многие свойства современных систем воспринимаются как естественное

расширение свойств систем, преодолевших рамки пакетного режима. Фактически

большинство новых малых систем не являются пакетными в первоначальном

смысле этого слова. Сегодняшние малые системы — это системы общего

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

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

более

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

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

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

прикладными программами, работающими в реальном времени. Вполне вероятно,

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

времени.

Развитие вычислительной техники заставило

программистов пересмотреть

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

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

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

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

В некоторый момент времени он должен набирать команду SUBMIТ,

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

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

системное устройство печати, а на терминал. В зависимости от общего числа

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

или менее напоминать работу в режиме

разделения времени. В данном случае важно

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

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

Понятие «автономное выполнение» является центральным при рассмотрении любых

пакетных систем. Однако «пакетный режим» сегодня означает совсем не ввод

заданий с перфокарт или магнитных лент и

не посредничество администрации для

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

времени теперь отличаются почти исключительно оперативностью обслуживания

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

программы считаются ориентированными на диалоговое выполнение, если

интервалы их автономной работы между обращениями к терминалу не

превышают некоторого заданного значения

. При значительных интервалах

программа ориентирована на выполнение в фоновом разделе, предназначенном для

автономных программ.

3.6.2. Развитые пакетные системы

с мультипрограммированием

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

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

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

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

постоянно

изменяющейся среде. В начале 60-х годов, когда создавались OS/МVТ, OS/МFТ,

GЕСOS, SСОРЕ и МСР, эти системы считались системами общего назначения. Они

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

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

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

установки. Концентрация внимания на эффективном использовании ресурсов

объяснялась необходимостью экономии средств (в связи с высокой стоимостью

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

недопустимы.

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

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

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

новые способы организации данных

и новые методы доступа к ним. Заметно

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

разнообразию и степени гибкости к языку JCL.

Все эти системы различались механизмами управления памятью,

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

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

назначение и концептуальную основу. Из общих характеристик таких систем можно

отметить следующие:

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

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

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

малых, ориентированных на работу с фиксированными разделами

. Кроме того, в

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

областей памяти. Например, система OS/МVТ позволяет программам в процессе

выполнения выдавать макрокоманды GEТМAIN и FREEMAIN. Однако по этим

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

распределена соответствующим программам перед их запуском;

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

чем это

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

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

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

• наличие хороших развитых библиотек и соответствующих механизмов

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

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

информации;

• применение развитых методов ввода заданий. Простой монитор систем без

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

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

этапа: собственно ввод и планирование выполнения. В ОS/МVТ программа

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

заданиях и формирования очереди заданий. В дальнейшем эта очередь

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

называемым инициатором;

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

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

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

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

задержки

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

развития систем — постепенное снижение степени участия операторов в

управлении;

• реализация развитых, в частности, эвристических стратегий работы

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

программ при изменении характеристик мультипрограммной смеси.

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

диалогового программирования

операционные системы оснащались средствами

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

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

интерфейсы, как, например, ТSO (Тimе Sharing Орtion — режим разделения

времени). Наиболее современную из операционных систем фирмы IВМ—OS/МVS

принято рассматривать не как крупную пакетную систему с

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

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

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

обсуждается в последних главах книги,

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

что секрет успеха — в удачной структурной организации создаваемых систем.

Концептуальным преемником OS/МVS считается не ОS/МVТ, а скорее

OS/VS1, которая реализует развитый вариант пакетного режима с виртуальной

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

значительно меньшее физическое адресное пространство с сохранением в основных

чертах структуры и

интерфейсов ОS/МVТ. По всей вероятности, OS/VS1 — это

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

мультипрограммированием.

3.7. СИСТЕМЫ РАЗДЕЛЕНИЯ ВРЕМЕНИ

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

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

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

каждого из них

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

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

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

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

Функционирование системы разделения времени главным образом имеет

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

диалога. Эта цель иногда достигается

за счет некоторого снижения эффективности

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

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

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

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

совершенно различны. Пакетные системы с мультипрограммированием

обеспечивают наиболее эффективное использование аппаратуры. Системы же

разделения времени предназначаются

для оперативного обслуживания запросов

пользователей.

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

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

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

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

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

и на время

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

пакетным системам.

Для пакетной системы оптимальной считается мультипрограммная смесь,

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

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

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

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

ориентированы примерно на одно и то же время реакции. Дело в том, что

многократное выполнение одних

и тех же функций позволяет минимизировать

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

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

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

Существует множество различных систем разделения времени — от систем с

единственным языком программирования (Dartmouth ВАSIС) и до крупных

многоязыковых функционально

развитых систем, как, например, ТSS/370 фирмы

IВМ или МULTICS.

Одни из них ориентированы на разработку новых программ, другие — на

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

3.7.1. Разработка новых программ

В первых системах разделения времени терминалы рассматривались прежде

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

программ. Такими системами были

QUICКТRАN, SDC Q-32 CTSS (для M.I.T.) и

Dartmouth BASIC.

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

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

(например, СОGО). Система Dartmouth BASIC обеспечивала диалоговое

использование языка Бейсик.

В обоих случаях находящийся за терминалом программист мог

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

различались, поскольку QUICKTRAIN в большей

степени поддерживала функции

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

также средств динамического переопределения массивов. ВАSIС же накапливала

информацию о введенных строках до выдачи команды RUN, после чего

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

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

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

отладки и выполнения программ

в режиме диалога. Были созданы малые системы

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

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

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

ТSO в OS/МVS фирмы IВМ по замыслу ее создателей прежде всего должна

обеспечивать средства

разработки новых программ. ТSO имеет множество

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

стороны, например, система VSPC фирмы IВМ предназначена для обслуживания

пользователей, которые хотят решать вполне конкретные задачи и не

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

программного обеспечения непосредственно с терминалов.

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

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

программ;

• файловая система, снабженная механизмами совместного использования,

сопровождения и защиты объектов;

• языки программирования (как

минимум один);

• интерфейс времени выполнения, в известной мере напоминающий

командный язык.

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

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

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

пользователей.

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

необходимо отметить следующие:

• расширение и преобразование

командного языка для создания

специализированных «диалектов»;

• вызов программ с терминала;

• передача параметров между различными командами;

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

пользователей;

• автономное выполнение любой программы.

В последнее время внимание к себе привлекла система UNIХ, первоначально

разработанная для машин РDР-11 фирмы DЕС. Это небольшая система,

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

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

работать на машине РDР-11 с объемом памяти в 50K 16-разрядных слов, причем в

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

многочисленных буферов сама система занимает объем до 42К. По

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

к системе Мultics.

3.7.2. Системы обработки транзакций

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

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

времени и системами разделения времени. Подобно системам реального времени

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

механизмами управления ресурсами. Однако, как и в системах разделения времени,

все

запросы, поступающие в такую систему, формируются пользователями,

находящимися за терминалами. Заметим, что довольно часто эти пользователи не

имеют никакого отношения к программированию.

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

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

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

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

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

системы здесь значительно менее жесткие

, чем в системах реального времени, и их

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

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

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

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

Рассматриваемые системы не всегда являются системами разделения

времени в строгом смысле этого слова. Разделение времени предполагает

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

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

попеременно (в течение очень коротких отрезков времени). При обработке

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

программе отводится фиксированный и непрерывный временной интервал. В

течение этого

интервала ее выполнение не прерывается, но если к концу

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

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

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

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

действий, связанных с этими прерываниями,

управление вновь возвращается

прерванной программе. Заметим, что развитые системы с

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

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

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

Типичным примером систем этого класса может служить система АСР

фирмы IВМ (Airlines Control Рrоgram —программа управления авиаперевозками).

Эта система длительное

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

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

многих банках. AСР имеет несколько общих свойств, отличающих ее от пакетных

мультипрограммных систем. К ним относятся:

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

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

поддержку

всех средств телеобработки;

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

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

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

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

записей;

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

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

100