Conversational Monitor System ( CMS , первоначально Cambridge Monitor System ) [1] — это простая интерактивная однопользовательская операционная система . CMS изначально была разработана как часть операционной системы IBM CP/CMS , которая была запущена в производство в 1967 году. CMS является частью семейства VM компании IBM , работающего на мэйнфреймах IBM . VM была впервые анонсирована в 1972 году и до сих пор используется как z/VM .
CMS работает как «гостевая» операционная система в частной виртуальной машине, созданной программой управления VM . Программа управления и CMS вместе создают многопользовательскую операционную систему с разделением времени.
CMS изначально разрабатывалась как часть операционной системы IBM CP/CMS . В то время аббревиатура означала «Cambridge Monitor System» (но также: «Console Monitor System»).
В 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, которые в первую очередь были семействами OS и DOS , и она пострадала от политических распрей IBM по поводу разделения времени и целей пакетной обработки . Этот конфликт является причиной того, что CP/CMS изначально была выпущена как неподдерживаемая система, и почему VM часто имела ограниченные ресурсы разработки и поддержки в IBM. Исключительно сильное сообщество пользователей, впервые созданное в дни самостоятельной поддержки CP/CMS, но оставшееся активным после запуска VM, внесло существенный вклад в операционную систему и смягчило трудности работы «другой операционной системы» IBM.
CMS является неотъемлемой частью архитектуры VM/CMS, созданной с помощью CP/CMS . Каждый пользователь CMS имеет контроль над частной виртуальной машиной – смоделированной копией базового физического компьютера – на котором CMS работает как автономная операционная система. Этот подход остается неизменным на протяжении многих лет и основан на:
Более подробную информацию о том, как CMS взаимодействует со средой виртуальных машин, можно найти в статьях VM и CP/CMS .
CMS изначально была создана как автономная операционная система, способная работать на голой машине (хотя, конечно, никто не хотел бы этого делать). Однако CMS больше не может работать вне среды VM, которая предоставляет интерфейс гипервизора, необходимый для различных критических функций.
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, с временем отклика менее секунды для обычных, «тривиальных» функций. 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 . Оба эти продукта были перенесены на другие платформы и теперь широко используются за пределами среды мэйнфреймов.