Войти
Система Conversational Monitor System (CMS - первоначально: «Cambridge Monitor System») - это простая интерактивная однопользовательская операционная система. Изначально CMS была разработана как часть операционной системы IBM CP / CMS, которая была запущена в производство в 1967 году. CMS является частью семейства IBM VM, которое работает на мэйнфрейме IBM. компьютеры. Впервые виртуальная машина была анонсирована в 1972 году и используется до сих пор, поскольку z / VM.
CMS работает как «гостевая» операционная система на частной виртуальной машине, созданной программой управления виртуальной машиной. Управляющая программа и CMS вместе создают многопользовательскую операционную систему с разделением времени.
CMS изначально разрабатывалась как часть операционной системы IBM CP / CMS. В то время аббревиатура означала «Cambridge Monitor System» (но также и «Console Monitor System»).
. В 1972 г. IBM выпустила свою VM / 370 операционная система, повторная реализация CP / CMS для System / 370, в объявлении, которое также добавило аппаратную виртуальную память к Система / 370 серия. В отличие от CP / CMS, VM / 370 поддерживалась IBM. Виртуальная машина прошла через серию версий и до сих пор используется как z / VM.
. Несмотря на все свои различные версии и выпуски, платформа CMS оставалась довольно узнаваемой как близкий потомок исходной версии CMS, работающей под управлением СР-40. Многие ключевые решения, связанные с пользовательским интерфейсом, знакомые современным пользователям, уже были приняты в 1965 году в рамках проекта CP-40. См. CMS в CP-40 для примеров.
И VM, и CP / CMS имели неоднозначную историю в IBM. VM не была одной из «стратегических» операционных систем IBM, а в основном это были семейства OS и DOS, и она пострадала от политической борьбы IBM из-за разделения времени по сравнению с пакетной обработкой целей. Этот конфликт является причиной того, почему CP / CMS изначально была выпущена как неподдерживаемая система, и почему VM часто имела ограниченные ресурсы разработки и поддержки в IBM. Исключительно сильное сообщество пользователей, впервые созданное в дни самоподдержки CP / CMS, но оставшееся активным после запуска виртуальной машины, внесло существенный вклад в операционную систему и уменьшило трудности, связанные с запуском других продуктов IBM. операционная система".
CMS является неотъемлемой частью архитектуры VM / CMS, установленной с помощью CP / CMS. Каждый пользователь CMS имеет контроль над частной виртуальной машиной - имитацией базового физического компьютера, на котором CMS работает как автономная операционная система. Этот подход оставался неизменным на протяжении многих лет и основан на:
Более подробную информацию о том, как CMS взаимодействует со средой виртуальной машины, можно найти в статьях VM и CP / CMS.
CMS изначально создавалась как автономная операционная система, способная работать на голой машине (хотя, конечно, никто не захотел бы это сделать). Однако CMS больше не может работать вне среды виртуальной машины, которая предоставляет интерфейс гипервизора, необходимый для различных критических функций.
CMS предоставляет пользователям среду для запуска приложений или пакетных заданий, управления файлами данных, создания и отладка приложений, выполнение кроссплатформенной разработки и взаимодействие с другими системами или пользователями.
CMS все еще находится в разработке и широко используется.
Пользователи входят в виртуальную машину, предоставляя идентификатор пользователя и пароль, а затем загружают свою собственную виртуальную машину. Это можно сделать, выполнив команду «IPL CMS» («IPL» = начальная загрузка программы, традиционный жаргон IBM для загрузки машины); хотя обычно это делается автоматически для пользователя. Персональная настройка выполняется стандартным файлом сценария оболочки с именем «PROFILE EXEC», который устанавливает определенные пользователем параметры среды по умолчанию, например, к каким дискам и библиотекам осуществляется доступ.
CMS началась в эпоху бумажных терминалов в стиле телетайпа и более поздних «стеклянных телетайпов» немых терминалов. К концу 1970-х, однако, большинство пользователей виртуальных машин подключались через полноэкранные терминалы, особенно через IBM 3270, широко распространенный терминал обработки транзакций на мэйнфреймах IBM. 3270 сыграл стратегическую роль в линейке продуктов IBM, что сделало ее выбор естественным выбором для крупных центров обработки данных того времени. Многие другие производители в конечном итоге предложили терминалы bisync, имитирующие протокол 3270.
3270-е имели локальное буферное хранилище, некоторые возможности обработки и, как правило, обрабатывали весь экран данных за раз. Они обрабатывали задачи редактирования локально, а затем передавали набор полей (или всю страницу) сразу при нажатии клавиши ENTER или программной функциональной клавиши (PFK).
Семейство 3270 включает "интеллектуальные" блоки управления, концентраторы и другие элементы сетевой обработки, которые обмениваются данными с мэйнфреймом по выделенным схемам на относительно высоких скоростях через bisync синхронные данные. протокол передачи. (Эти ориентированные на мэйнфреймы коммуникационные технологии предоставили некоторые возможности, которые считаются само собой разумеющимися в современных сетях связи, такие как адресация устройств, маршрутизация, исправление ошибок и поддержка различных конфигураций, таких как многоточечный и многоточечные топологии.)
Подход 3270 отличался от более дешевых немых терминалов того периода, которые были двухточечными и асинхронный. Коммерческие пользователи с разделением времени, важный сегмент ранних CP / CMS и сайтов виртуальных машин, полагались на такие устройства, потому что они могли подключаться через модемы 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 также была основной средой для электронной почты и повышения производительности офиса; важным продуктом был IBM PROFS (позже переименованный в OfficeVision ).
Два часто используемых инструмента CMS - это редактор XEDIT и язык программирования REXX. Оба этих продукта были перенесены на другие платформы и теперь широко используются вне среды мэйнфреймов.
См. ВМ (операционная система) для источников, связанных с ВМ, и ссылок на источники.
