Диалоговая система мониторинга

Основные статьи: VM (операционная система) , CP/CMS и история CP/CMS.

Диалоговая система мониторинга (CMS)

Разработчик	ИБМ
Первоначальный выпуск	1967 год ( 1967 )
Платформы	IBM CP-40
Под влиянием	Совместимая система разделения времени

Система разговорного монитора ( CMS , первоначально Cambridge Monitor System ) представляет собой простую интерактивную однопользовательскую операционную систему . Первоначально CMS была разработана как часть операционной системы IBM CP/CMS , которая была введена в промышленное использование в 1967 году. CMS является частью семейства IBM VM , которое работает на мэйнфреймах IBM . VM была впервые анонсирована в 1972 году и до сих пор используется под названием z/VM .

CMS работает как «гостевая» операционная система на частной виртуальной машине, созданной программой ВМ управления . Программа управления и CMS вместе создают многопользовательскую операционную систему с разделением времени.

История

CMS изначально была разработана как часть операционной системы IBM CP/CMS . В то время эта аббревиатура означала «Кембриджская система мониторинга» (но также «Система консольного мониторинга»).

• CMS впервые работала под управлением CP-40 , уникальной исследовательской системы, использующей специальное оборудование в Кембриджском научном центре IBM . Производственное использование в CSC началось в январе 1967 года. Пользовательский интерфейс CMS во многом опирался на опыт работы с влиятельной системой разделения времени первого поколения CTSS , некоторые из разработчиков которой работали над CP/CMS . (CTSS использовался как ранняя платформа разработки CP/CMS .)
• Позже, в 1967 году, CP/CMS стала общедоступной на IBM System/360 Model 67 , где, хотя новая программа управления CP-67 была существенной повторной реализацией CP-40 , CMS осталась по существу той же самой. IBM предоставила CP/CMS «как есть» – без какой-либо поддержки, в форме исходного кода, как часть библиотеки IBM Type-III . Таким образом, CP/CMS была системой с открытым исходным кодом . Несмотря на отсутствие поддержки со стороны IBM, CP/CMS добилась большого успеха как платформа разделения времени; к 1972 году использовалось около 44 систем CP/CMS , включая коммерческие сайты, которые перепродавали доступ к CP/CMS .

В 1972 году IBM выпустила свою операционную систему VM/370 , повторную реализацию CP/CMS для System/370 , в объявлении, которое также добавило виртуальной памяти оборудование в серию System/370 . В отличие от CP/CMS , VM/370 поддерживалась IBM. VM прошла через ряд версий и до сих пор используется как z/VM .

Несмотря на все свои различные версии и выпуски, платформа CMS оставалась вполне узнаваемой как близкий потомок исходной версии CMS, работающей под управлением CP-40 . Многие ключевые решения в области пользовательского интерфейса, знакомые сегодняшним пользователям, уже были приняты в 1965 году в рамках разработки CP-40 . в CMS в разделе CP-40 Примеры см. .

И VM , и CP/CMS имели в IBM неоднозначную историю. VM не входила в число «стратегических» операционных систем IBM, которые в основном представляли собой семейства ОС и DOS , и она пострадала от политических распрей IBM по поводу разделения времени и целей пакетной обработки . Именно из-за этого конфликта CP/CMS изначально была выпущена как неподдерживаемая система и почему VM часто имела ограниченные ресурсы для разработки и поддержки внутри IBM. Исключительно сильное сообщество пользователей, впервые созданное во времена самоподдержки CP/CMS , но оставшееся активным после запуска VM, внесло существенный вклад в операционную систему и смягчило трудности запуска «другой операционной системы» IBM.

Архитектура

CMS является неотъемлемой частью архитектуры VM/CMS, созданной с помощью CP/CMS . Каждый пользователь CMS имеет контроль над частной виртуальной машиной — смоделированной копией основного физического компьютера, — на которой CMS работает как автономная операционная система. Этот подход оставался неизменным на протяжении многих лет и основан на:

• Полная виртуализация , используемая для создания нескольких независимых виртуальных машин, каждая из которых полностью имитирует базовое оборудование.
• Паравиртуализация , используемая для предоставления интерфейса гипервизора , который CMS использует для доступа к сервисам виртуальной машины; это реализуется невиртуализированной инструкцией DIAG (диагностика).

Более подробную информацию о том, как CMS взаимодействует со средой виртуальных машин, можно найти в статьях VM и CP/CMS .

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

Особенности

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

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

Базовая среда

Пользователи входят в виртуальную машину, указывая идентификатор пользователя и пароль, а затем загружают свою собственную виртуальную машину. Это можно сделать, введя команду «IPL CMS» («IPL» = начальная загрузка программы , традиционный жаргон IBM для загрузки машины); хотя обычно это делается автоматически для пользователя. Персональная настройка осуществляется с помощью стандартного файла сценария оболочки с именем «PROFILE EXEC», который устанавливает заданные пользователем параметры среды по умолчанию, например, к каким дискам и библиотекам осуществляется доступ.

Поддержка терминалов

CMS зародилась в эпоху бумажных терминалов в стиле телетайпа, а затем и в эпоху тупых терминалов «стеклянного телетайпа» . Однако к концу 1970-х годов большинство пользователей виртуальных машин подключались через полноэкранные терминалы, особенно IBM 3270 , вездесущий терминал обработки транзакций на мэйнфреймах IBM. Модель 3270 сыграла стратегическую роль в линейке продуктов IBM, что сделало ее выбор естественным выбором для крупных центров обработки данных того времени. Многие другие производители в конечном итоге предложили терминалы с бисинхронизацией, эмулирующие протокол 3270.

3270-е имели локальное буферное хранилище, некоторые возможности обработки и, как правило, обрабатывали весь экран данных одновременно. Они обрабатывали задачи редактирования локально, а затем передавали набор полей (или всю страницу) сразу при клавиши ENTER или функциональной клавиши программы нажатии (PFK).

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

Подход 3270 отличался от недорогих тупых терминалов того периода, которые были двухточечными и асинхронными . Коммерческие пользователи с разделением времени , важный сегмент первых сайтов CP/CMS и VM, полагались на такие устройства, поскольку они могли подключаться через модемы со скоростью 300 или 1200 бит/с по обычным телефонным линиям голосовой связи. Установка выделенной цепи для 3270 часто была непрактичной, экономичной и своевременной.

подход 3270 Блочно-ориентированный больше соответствовал подходу IBM к вычислениям, ориентированному на пакетную обработку и перфокарты, и был особенно важен для мэйнфреймов IBM того времени. В отличие от современных миникомпьютеров, большинство мэйнфреймов IBM не были оборудованы для посимвольных прерываний. Поддержка «немых» терминалов опиралась на блоки управления терминалами, такие как IBM 270x (см. IBM 3705 ) или Memorex 1270. Эти асинхронные контроллеры терминалов собирали строку символов до фиксированной максимальной длины до тех пор, пока не была нажата клавиша RETURN. Ввод слишком большого количества символов приведет к ошибке — знакомая ситуация для пользователей того времени. (Большинство центров обработки данных не включали это оборудование, за исключением случаев, когда это необходимо для коммутируемого доступа. Предпочтителен подход 3270.)

Блочно-ориентированные терминалы, такие как 3270, сделали практичным внедрение экранно-ориентированных редакторов на мэйнфреймах — в отличие от построчно-ориентированных редакторов , которые были предыдущей нормой. Это было важным преимуществом современных миникомпьютеров и других символьно-ориентированных систем, и его доступность через 3270 была горячо встречена.

Возникла пропасть между миром 3270, ориентированным на странично-ориентированную обработку транзакций мэйнфреймов (особенно через CICS ), и миром асинхронных терминалов, ориентированным на символьно-ориентированные миникомпьютеры и коммутируемое разделение времени. Поставщики асинхронных терминалов постепенно улучшали свои продукты, добавляя ряд функций интеллектуальных терминалов , доступ к которым обычно осуществляется через escape-последовательности . Однако эти устройства редко конкурировали за 3270 пользователей; IBM сохранила свое доминирование в принятии решений о покупке оборудования для мэйнфреймов.

Если оглянуться назад, можно увидеть серьезное философское расхождение между блочно-ориентированными и символьно-ориентированными вычислениями. И асинхронные контроллеры терминалов, и 3270 обеспечивали мейнфрейму блочно-ориентированное взаимодействие – по сути, они делали вход терминала похожим на устройство считывания карт. Этот подход, предпочитаемый IBM, привел к разработке совершенно других парадигм пользовательского интерфейса и стратегий программирования. Системы, ориентированные на персонажей, развивались по-разному. Разница очевидна при сравнении подхода к атомарным транзакциям доминирующего CICS с интерактивным, потоково-ориентированным стилем UNIX . VM/CMS развивались где-то между этими крайностями. CMS имеет управляемую командами, интерактивную среду с отслеживанием состояния , вместо того, чтобы использовать подход CICS, основанный на интерфейсе без сохранения состояния транзакционно-ориентированном . Тем не менее, CMS реагирует на постраничное или построчное взаимодействие, а не на прерывания символов.

Производительность

CMS заработала очень хорошую репутацию за свою эффективность и наличие хорошего человеческого фактора для простоты использования по сравнению со стандартами того времени (и, конечно, до широкого использования сред графического пользовательского интерфейса , которые обычно используются сегодня). Нередко на одном мейнфрейме виртуальной машины одновременно работали сотни (позже тысячи) интерактивных пользователей CMS, время отклика которых для обычных, «тривиальных» функций составляло доли секунды. VM/CMS неизменно превосходила MVS и другие операционные системы IBM с точки зрения поддержки одновременного интерактивного взаимодействия пользователей.

и

Многие пользователи CMS программируют на таких языках, как COBOL , FORTRAN , PL/I , C/370 , APL и языке сценариев REXX . VM/CMS часто использовалась в качестве платформы разработки для производственных систем, которые работали под управлением других операционных систем IBM, таких как MVS .

Другие пользователи CMS работали с коммерческими пакетами программного обеспечения, такими как FOCUS , NOMAD , SPSS и SAS .

В свое время CMS также была основной средой для электронной почты и офисной работы; важным продуктом был PROFS от IBM (позже переименованный в OfficeVision ).

Двумя наиболее часто используемыми инструментами CMS являются редактор XEDIT и язык программирования REXX . Оба этих продукта были портированы на другие платформы и теперь широко используются за пределами среды мэйнфреймов.

Ссылки

См. VM (операционная система) для источников, связанных с VM, и ссылок на источники.

См. также

• Файловая система CMS

Первичные источники CP/CMS

• Р. Дж. Кризи, « Происхождение системы разделения времени VM / 370 », IBM Journal of Research & Development , Vol. 25, № 5 (сентябрь 1981 г.), стр. 483–90, PDF.
  ― взгляд на CP/CMS и VM историю руководителя проекта CP-40 , также CTSS автора
• Э. У. Пью, Л. Р. Джонсон и Джон Х. Палмер, системы IBM 360 и ранние 370, MIT Press, Кембридж, Массачусетс и Лондон, ISBN   0-262-16123-0
  ― обширное (819 стр. ) описание предложений IBM за этот период; ограниченный охват CP/CMS в такой исчерпывающей работе говорит о многом.
• Мелинда Вариан, ВМ и сообщество ВМ, прошлое, настоящее и будущее , SHARE 89 Sessions 9059–61, 1997;
  ― выдающийся источник по CP/CMS и VM. истории
• Битсейверы, индекс /pdf/ibm/360/cp67

Дополнительные источники CP/CMS

• Р.Дж. Адэр, Р.У. Бэйлс, Л.В. Комо и Р.Дж. Кризи, Система виртуальных машин для 360/40, Корпорация IBM, Отчет Кембриджского научного центра № 320-2007 (май 1966 г.)
  ― основополагающий документ, описывающий реализацию концепции виртуальной машины, с описанием адаптированного CSC S/360-40 и CP-40. конструкции
• International Business Machines Corporation, CP-67/CMS , программа 360D-05.2.005, Информационный отдел программы IBM (июнь 1969 г.)
  ― Справочное руководство IBM
• Р. А. Мейер и Л. Х. Сиврайт, «Система разделения времени виртуальной машины», IBM Systems Journal, Vol. 9, № 3, стр. 199–218 (сентябрь 1970 г.)
  ― описывает систему CP-67/CMS с описанием функций и приложений.
• Р.П. Пармели, Т.И. Петерсон, К.С. Тиллман и DJ Хэтфилд, «Концепции виртуального хранилища и виртуальных машин», IBM Systems Journal, Vol. 11, № 2 (июнь 1972 г.)

Фоновые источники CP/CMS

• Ф. Дж. Корбато и др., Совместимая система разделения времени, Руководство для программиста, MIT Press, 1963 г.
• Ф. Дж. Корбато, М. Мервин-Даггетт и Р. К. Дейли, «Экспериментальная система разделения времени», Proc. Весенняя объединенная компьютерная конференция (AFIPS) 21, стр. 335–44 (1962) - описание CTSS
• Ф. Дж. Корбато и В. А. Высоцкий, «Введение и обзор системы MULTICS», Учеб. Осенняя объединенная компьютерная конференция (AFIPS) 27, стр. 185–96 (1965)
• П. Дж. Деннинг, «Виртуальная память», Computing Surveys Vol. 2, стр. 153–89 (1970).
• Дж. Б. Деннис, «Сегментация и проектирование многопрограммных компьютерных систем», JACM Vol. 12, стр. 589–602 (1965).
  ― требования к виртуальной памяти для Project MAC, предназначенного для GE 645
• К. А. Хоар и Р. Х. Перротт, ред., Методы операционных систем , Academic Press, Inc., Нью-Йорк (1972).
• Т. Килберн, Д.Б. Эдвардс, М. Дж. Ланиган и Ф. Х. Самнер, «Одноуровневая система хранения», IRE Trans. Электрон. Компьютеры EC-11, стр. 223–35 (1962).
  ― Манчестер/Ферранти Атлас
• Р.А. Нельсон, «Картографические устройства и система обработки данных M44», Отчет об исследовании RC 1303 , Исследовательский центр IBM Томаса Дж. Уотсона (1964).
  ― о IBM M44/44X
• Р.П. Пармели, Т.И. Петерсон, К.С. Тиллман и DJ Хэтфилд, «Концепции виртуального хранилища и виртуальных машин», IBM Systems Journal , Vol. 11, стр. 99–130 (1972).

Дополнительные онлайн-ресурсы по CP/CMS

• febcm.club.fr — Хронология информационных технологий , 1964–74 гг.
• www.multicians.org — краткое эссе Тома Ван Флека «IBM 360/67 и CP/CMS».
• Нормана Харди. www.cap-lore.com — Краткая история виртуальных машин IBM
• Норманом Харди . www.cap-lore.com — краткое описание «Ящика Блаау», сделанное