WikiDer > Система разговорного монитора

Conversational Monitor System

В Система разговорного монитора (CMS - первоначально: "Cambridge Monitor System"[1]) простой интерактивный Один пользователь Операционная система. CMS изначально разрабатывалась как часть IBM CP / CMS операционная система, которая была запущена в производство в 1967 году. CMS является частью IBM Семейство ВМ, который работает на Мэйнфрейм IBM компьютеры. Впервые VM была анонсирована в 1972 году и до сих пор используется как z / VM.

CMS работает как "гостевая" операционная система в частной виртуальная машина созданный виртуальной машиной программа управления. Управляющая программа и CMS вместе создают многопользовательскую операционную систему с разделением времени.

История

CMS изначально разрабатывалась как часть IBM CP / CMS Операционная система. В то время аббревиатура означала «Cambridge Monitor System» (но также и «Console Monitor System»).

  • CMS впервые запускалась под CP-40, одноразовая исследовательская система с использованием специального оборудования в IBM Кембриджский научный центр. Производственное использование в CSC началось в январе 1967 года. Пользовательский интерфейс CMS основывался на опыте работы с влиятельной системой разделения времени первого поколения. CTSS, некоторые из разработчиков которых работали над CP / CMS. (CTSS использовался в CP / CMS платформа разработки.)
  • Позже, в 1967 году, CP / CMS стали общедоступными на IBM System / 360 Модель 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 для Система / 370, в объявлении, в котором также добавлено виртуальная память аппаратное обеспечение Система / 370 серии. в отличие CP / CMS, ВМ / 370 был поддерживается IBM. Виртуальная машина прошла через серию версий и до сих пор используется как z / VM.

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

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

Архитектура

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

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

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

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

особенности

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

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

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

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

Терминальная поддержка

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

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

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

Подход 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 программировали на таких языках, как КОБОЛ, FORTRAN, PL / I, С / 370, APL, и язык сценариев REXX. VM / CMS часто использовалась в качестве платформы разработки для производственных систем, работающих под управлением других операционных систем IBM, таких как MVS.

Другие пользователи CMS работали с коммерческими программными пакетами, такими как ФОКУС, NOMAD, SPSS, и SAS.

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

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

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

Увидеть ВМ (операционная система) для источников, связанных с виртуальными машинами, и ссылок на источники.

Заметки

  1. ^ Программа управления-67 / система монитора Cambridge (GH20-0857-1). IBM. Октябрь 1971 г.

Смотрите также

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

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

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

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

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

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