ВМ (операционная система)

См. Также: CP/CMS и история CP/CMS.

з/ВМ

Разработчик	ИБМ
Семейство ОС	Семейство ВМ
Рабочее состояние	Текущий
Исходная модель	1972–1986 Открытый исходный код , 1977 – настоящее время Закрытый исходный код
Первоначальный выпуск	1972 год ( 1972 )
Последний выпуск	IBM z/VM V7.2 / 16 сентября 2020 г ( 16.09.2020 )
Маркетинговая цель	IBM Мэйнфреймы
Доступно в	Английский
Платформы	Система/370 , Система/390 , zSeries , IBM zEnterprise System
Лицензия	1972–1981 Общественное достояние , 1976 – настоящее время Частная собственность
Официальный сайт	www .vm .ibm .с

Экран входа в систему по умолчанию в VM/370 версии 6.

VM (часто: VM/CMS ) — семейство IBM виртуальных машин операционных систем , используемых на мэйнфреймах IBM System/370 , System/390 , zSeries , System z и совместимых системах, включая эмулятор Hercules для персональных компьютеров.

Известны следующие версии:

Центр виртуальных машин/370

VM/370, выпущенная в 1972 году, представляет собой повторную реализацию System/370 более ранней CP/CMS . операционной системы

Программный продукт расширения базовой системы VM/370

VM/BSE (BSEPP) — это усовершенствование VM/370, которое добавляет поддержку большего количества устройств (например, накопителей DASD с фиксированной блочной архитектурой типа 3370), улучшения среды CMS (например, улучшенный редактор) и некоторую стабильность. усовершенствования КП.

Программный продукт расширения системы VM/370

VM/SE (SEPP) — это расширение VM/370, включающее возможности VM/BSE, а также несколько дополнительных исправлений и функций.

Виртуальная машина/системный продукт

VM/SP, знаковая версия, заменяет VM/370, VM/BSE и VM/SE. В выпуске 1 добавлен EXEC2 и XEDIT редактор системных продуктов ; В выпуске 3 добавлен REXX ; В выпуске 6 добавлена ​​общая файловая система.

Вариант высокой производительности виртуальной машины/системного продукта

VM/SP HPO добавляет поддержку и функциональность дополнительных устройств в VM/SP и позволяет некоторым машинам S/370, которые могут использовать более 16 МБ реального хранилища, вплоть до 64 МБ. Эта версия была предназначена для пользователей, которые будут использовать несколько гостевых систем S/370 одновременно.

Помощь в миграции виртуальных машин/расширенной архитектуры

VM/XA MA предназначен для облегчения перехода с MVS/370 на MVS/XA, позволяя обоим одновременно работать на одном и том же процессорном комплексе.

Виртуальная машина/система расширенной архитектуры

VM/XA SF — это обновленная версия VM/XA MA с улучшенной функциональностью и производительностью.

Виртуальная машина/Системный продукт с расширенной архитектурой

VM/XA SP — это обновленная версия VM/XA MA с улучшенной функциональностью и производительностью, предлагаемая в качестве замены VM/SP HPO на машинах с поддержкой S/370-XA. Он включает версию CMS, которая может работать в режиме S/370 или S/370-XA.

Архитектура виртуальных машин/корпоративных систем

VM/ESA предоставляет возможности VM/SP, VM/SP HPO и VM/XA SP. VM/ESA версии 1 может работать в режиме S/370, ESA/370 или ESA/390; он не поддерживает режим S/370 XA. Версия 2 работает только в режиме ESA/390. Версии VM/ESA с поддержкой S/370 на самом деле были отдельной версией от версий VM/ESA ESA/390, поскольку версии S/370 основаны на более старой кодовой базе VM/SP HPO, а версия ESA/390 версии основаны на новой кодовой базе VM/XA.

з/ВМ

z/VM, последняя версия до сих пор широко используется в качестве одного из основных решений полной виртуализации на рынке мэйнфреймов. z/VM 4.4 была последней версией, которая могла работать в режиме ESA/390; последующие версии работают только в режиме z/Architecture.

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

Обзор

Сердцем архитектуры виртуальной машины является управляющая программа или гипервизор , сокращенно CP , VM-CP и иногда, неоднозначно, VM . Он работает на физическом оборудовании и создает среду виртуальной машины . VM-CP обеспечивает полную виртуализацию физической машины, включая все операции ввода-вывода и другие привилегированные операции. Он выполняет совместное использование ресурсов системы, включая управление устройствами, диспетчеризацию, управление виртуальными хранилищами и другие традиционные задачи операционной системы. Каждому пользователю виртуальной машины предоставляется отдельная виртуальная машина, имеющая собственное адресное пространство , виртуальные устройства и т. д. и способная запускать любое программное обеспечение, которое можно запустить на автономной машине. На конкретном мэйнфрейме виртуальной машины обычно работают сотни или тысячи экземпляров виртуальных машин. VM-CP начал свою жизнь как CP-370, повторная реализация CP-67 , которая сама по себе является повторной реализацией CP-40 .

На каждой виртуальной машине работает другая операционная система — гостевая операционная система . Это может быть:

• CMS ( Conversational Monitor System , переименованная из Cambridge Monitor System CP/CMS ). На большинстве виртуальных машин используется CMS — легкая однопользовательская операционная система. Его интерактивная среда сравнима со средой однопользовательского ПК, включая файловую систему, сервисы программирования, доступ к устройствам и обработку командной строки. (Хотя более раннюю версию CMS безжалостно называли « CP/M на мэйнфрейме», это сравнение является анахронизмом; автор CP/M Гэри Килдалл был опытным пользователем CMS.)
• GCS ( система группового управления ), которая обеспечивает ограниченную симуляцию API MVS. Первоначально IBM предоставила GCS для запуска VTAM без служебной виртуальной машины OS/VS1 и коммуникационного сетевого приложения VTAM (VCNA). RSCS V2 также работал под управлением GCS.
• Основная операционная система. Основные операционные системы IBM (например, семейства MVS и DOS/VSE , OS/VS1 , TSS/370 или другой уровень самой VM/370 (см. ниже)) можно загружать и запускать без изменений. Гипервизор виртуальной машины рассматривает гостевые операционные системы как прикладные программы с исключительными привилегиями — он не позволяет им напрямую использовать привилегированные инструкции (те, которые позволяют приложениям захватывать всю систему или значительные ее части), но имитирует привилегированные инструкции от их имени. Большинство операционных систем мэйнфреймов завершают работу обычного приложения, которое пытается узурпировать привилегии операционной системы. Гипервизор виртуальной машины может моделировать несколько типов консольных терминалов для гостевой операционной системы, например, печатный линейный режим 3215, графический семейство 3270 и встроенную консоль на новых машинах System/390 и System Z. Другие пользователи могут затем получить доступ к работающим виртуальным машинам с помощью команды DIAL на экране входа в систему, которая подключит их терминал к первому доступному эмулируемому устройству 3270 или первому доступному устройству 2703, если пользователь набирает номер с терминала с пишущей машинкой.
• Еще одна копия ВМ. Экземпляр виртуальной машины второго уровня может быть полностью виртуализирован внутри виртуальной машины. Так осуществляется разработка и тестирование ВМ (ВМ второго уровня потенциально может реализовать другую виртуализацию оборудования). Этот метод использовался для разработки программного обеспечения S/370 до того, как появилось аппаратное обеспечение S/370, и он продолжает играть роль в разработке нового оборудования в IBM. В литературе приводятся практические примеры виртуализации на пять уровней . Уровни ВМ ниже верхнего также рассматриваются как приложения, но с исключительными привилегиями.
• Копия версии AIX или Linux для мэйнфреймов . В среде мэйнфреймов эти операционные системы часто работают под управлением виртуальной машины и обрабатываются так же, как и другие гостевые операционные системы. (Они также могут работать как «родные» операционные системы на «голом» оборудовании.) Также существовала недолговечная IX/370, а также версии AIX S/370 и S/390 (AIX/370 и AIX/ESA). .
• Специализированная подсистема виртуальной машины. Несколько систем, отличных от CMS, работают на виртуальных машинах VM-CP, предоставляя пользователям CMS такие услуги, как буферизация, межпроцессное взаимодействие, поддержка специализированных устройств и работа в сети. Они действуют незаметно, расширяя сервисы, доступные CMS, без добавления к программе управления VM-CP. Работая на отдельных виртуальных машинах, они получают ту же защиту и надежность, что и другие пользователи виртуальных машин. Примеры включают в себя:
  • RSCS (Remote Spooling and Communication Subsystem, также известная как VNET) — средства связи и передачи информации между виртуальными машинами и другими системами.
  • RACF (Resource Access Control Facility) — система безопасности.
  • Общая файловая система (SFS), которая организует общие файлы в дереве каталогов (серверы обычно называются «VMSERVx»).
  • VTAM (метод виртуального телекоммуникационного доступа) – средство, обеспечивающее поддержку системной сетевой архитектуры. сети
  • PVM (VM/Pass-Through Facility) – средство, обеспечивающее удаленный доступ к другим системам виртуальных машин.
  • TCPIP, SMTP, FTPSERVE, PORTMAP, VMNFS — набор сервисных машин, обеспечивающих сетевое соединение TCP/IP для VM/CMS.
  • Db2 Server for VM – система баз данных SQL, серверы часто называются так же, как «SQLMACH» и «SQLMSTR».
  • DIRMAINT – упрощенная система управления каталогами пользователей (каталог представляет собой список всех учетных записей в системе, включая конфигурацию виртуального оборудования, пароли пользователей и минидиски).
  • MUMPS/VM — реализация базы данных MUMPS и языка программирования, которая может работать в гостевом режиме на VM/370. MUMPS/VM был представлен в 1987 году и прекращен в 1991 году.
• Написанная пользователем или модифицированная операционная система , такая как National CSS от CSS или Бостонского университета от VPS/VM .

Интерфейс гипервизора

IBM придумала термин «гипервизор» для 360/65. и позже использовал его для обработчика DIAG CP-67.

Инструкция Diagnose ('83'x — без мнемоники) — это привилегированная инструкция, изначально предназначенная IBM для выполнения «встроенных диагностических функций или других функций, зависящих от модели». IBM перепрофилировала DIAG для «связи между виртуальной машиной и CP». Инструкция содержит два четырехбитных номера регистра, называемые Rx и Ry, которые могут «содержать адреса хранения операндов или коды возврата, передаваемые в интерфейс DIAGNOSE», и двухбайтовый код, «который CP использует для определения того, какую функцию DIAGNOSE выполнять. " Ниже перечислены некоторые из доступных функций диагностики.

Шестнадцатеричный код	Функция
0000	Расширенный идентификационный код магазина
0004	Изучите реальное хранилище
0008	Функция виртуальной консоли — выполнение команды CP.
0018	Стандартный ввод-вывод DASD
0020	Общий ввод-вывод — выполнение любой допустимой цепочки CCW на ленточном или дисковом устройстве.
003C	Обновите каталог VM/370.
0058	Интерфейс виртуальной консоли 3270 — выполнение полноэкранного ввода-вывода на IBM 3270. терминале
0060	Определить размер хранилища виртуальной машины
0068	Средство связи виртуальных машин ( VMCF )

Использование CMS DIAGNOSE

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

• Обеспечивает быстрый путь к VM-CP, чтобы избежать накладных расходов на полное моделирование.
• Впервые был разработан как улучшение производительности версии 2.1 CP/CMS , что стало важной вехой на пути повышения эффективности CP.
• Использует невиртуализированную машинную инструкцию, зависящую от модели, в качестве сигнала между CMS и CP: DIAG (диагностика).

Минидиск

Запуск CMS после входа пользователя MAINT (системного администратора)

CMS и другие операционные системы часто предъявляют требования к DASD, намного меньшие, чем размеры реальных томов. По этой причине CP позволяет при установке определять виртуальные диски любого размера, в зависимости от емкости устройства. Для томов CKD минидиск должен быть определен в полных цилиндрах. Минидиск имеет те же атрибуты, что и реальный диск, за исключением того, что он обычно меньше и начало каждого минидиска отображается в цилиндр или блок 0. Минидиск может быть доступ к нему осуществляется с использованием тех же канальных программ, что и к реальному диску.

Минидиск, инициализированный с использованием файловой системы CMS, называется минидиском CMS, хотя CMS — не единственная система, которая может их использовать.

Обычной практикой является определение минидисков полного тома для использования такими гостевыми операционными системами, как z/OS, вместо использования DEDICATE чтобы назначить том конкретной виртуальной машине. Кроме того, «полные ссылки» часто определяются для каждого DASD в системе и принадлежат идентификатору пользователя MAINT. Они используются для резервного копирования системы с помощью программы DASD Dump/Restore, при которой все содержимое DASD точно записывается на ленту (или другой DASD).

Редактор CMS на VM/370, редактирующий исходный файл программы COBOL.

Общая файловая система

В VM/SP Release 6 представлена ​​общая файловая система. что значительно улучшило возможности хранения файлов CMS. Файловая система минидиска CMS вообще не поддерживает каталоги (папки), однако SFS поддерживает. SFS также обеспечивает более детальную безопасность. При использовании минидисков CMS систему можно настроить так, чтобы разрешить или запретить пользователям доступ к диску только для чтения или для чтения и записи, но отдельные файлы не могут иметь одинаковую безопасность. SFS решает эту проблему и значительно повышает производительность.

SFS предоставляется служебными виртуальными машинами. В современной системе виртуальных машин обычно требуется три: VMSERVR, «машина восстановления», которая фактически не обслуживает никаких файлов; VMSERVS, сервер файлового пула VMSYS; и VMSERVU, сервер файлового пула VMSYSU (пользователя). Серверные машины файлового пула владеют несколькими минидисками, обычно включая A-диск CMS (адрес виртуального устройства 191, содержащий файлы конфигурации файлового пула), управляющий диск, диск журналов и любое количество дисков с данными, на которых фактически хранятся пользовательские файлы.

Вызов компилятора COBOL System/360 на VM/370 CMS, затем загрузка и запуск программы.

В современных версиях виртуальных машин большая часть системы может быть установлена ​​на SFS, при этом несколько оставшихся минидисков абсолютно необходимы для запуска системы и принадлежат машинам серверов файлового пула.

Пример гостевой операционной системы, не являющейся CMS, работающей под управлением VM/370: DOS/VS Release 34. Система DOS/VS теперь предлагает оператору ввести имя супервизора для продолжения загрузки.

Если учетная запись пользователя настроена на использование только SFS (и не имеет минидисков), A-диск пользователя будет FILEPOOL:USERID. и любые последующие каталоги, создаваемые пользователем, будут FILEPOOL:USERID.DIR1.DIR2.DIR3 где эквивалентный путь к файлу UNIX /dir1/dir2/dir3. Каталоги SFS могут иметь гораздо более детальный контроль доступа по сравнению с минидисками (которые, как упоминалось выше, часто могут иметь только пароль для чтения, пароль для записи и пароль для многократной записи). Каталоги SFS также решают проблемы, которые могут возникнуть, когда два пользователя одновременно записывают данные на один и тот же минидиск CMS, что может привести к повреждению диска (поскольку виртуальная машина CMS, выполняющая запись, может не знать, что другой экземпляр CMS также выполняет запись на минидиск). .

Серверные машины файлового пула также обслуживают тесно связанную файловую систему: байтовую файловую систему. BFS используется для хранения файлов в файловой системе в стиле UNIX. Его основное использование — среда POSIX VM OpenExtensions для CMS. Сами виртуальные машины пользователей CMS взаимодействуют с виртуальными машинами сервера SFS через механизм IUCV.

История

Ранняя история VM описана в статьях CP/CMS и History of CP/CMS . VM/370 представляет собой повторную реализацию CP/CMS и стала доступна в 1972 году как часть объявления IBM System/370 Advanced Function (которое добавило оборудование виртуальной памяти и операционные системы к серии System/370 ). Ранние выпуски VM до VM/370 Release 6 оставались в открытом исходном коде до 1981 года и сегодня считаются общественным достоянием . Действие этой политики закончилось в 1977 году с появлением платных обновлений VM/SE и VM/BSE, а в 1980 году – с выпуском VM/System Product (VM/SP). Однако IBM продолжала предоставлять обновления в исходной форме для существующего кода в течение многих лет, хотя для обновлений всех версий, кроме бесплатной базы, требовалась лицензия. Как и в случае с CP-67, привилегированные инструкции в виртуальной машине вызывают прерывание программы, и CP имитирует поведение привилегированной инструкции.

OS/VS1, начиная с VM/370

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

Мелинда Вариан приводит замечательную цитату, иллюстрирующую неожиданный успех VM:

Маркетинговые прогнозы для VM/370 предсказывали, что за весь срок службы продукта VM будет работать не более чем на одном из 168 компьютеров. Фактически, первые 168 экземпляров, поставленных заказчику, работали только с CP и CMS. Десять лет спустя десять процентов крупных процессоров, поставляемых из Покипси, будут предназначены для работы с виртуальными машинами, как и очень значительная часть машин среднего класса, построенных в Эндикотте. Не пройдет и пятнадцати лет, как лицензий VM будет больше, чем лицензий MVS.

Использование DASD Dump/Restore (DDR) для резервного копирования системы VM/370.

Версия PC DOS , на которой работает CMS на XT/370 (а позже и на AT/370), называется VM/PC. VM/PC 1.1 была основана на VM/SP версии 3. Когда IBM представила процессорные карты P/370 и P/390, на ПК теперь можно было запускать полные системы VM, включая VM/370, VM/SP, VM/XA и VM/ESA (эти карты были полностью совместимы с мэйнфреймами S/370 и S/390 и могли работать под управлением любой операционной системы S/370 31-битной эпохи, например, MVS/ESA, VSE/ESA).

В дополнение к базовым выпускам VM/SP IBM также представила VM/SP HPO (High Performance Option). Это дополнение (которое устанавливается поверх базовой версии VM/SP) улучшило несколько ключевых возможностей системы, в том числе позволило использовать более 16 МБ памяти (ОЗУ) на поддерживаемых моделях (таких как IBM 4381). При установке VM/SP HPO новый предел составлял 64 МБ; однако один пользователь (или виртуальная машина) не мог использовать более 16 МБ. Функции буферной файловой системы также были улучшены, что позволило создавать 9900 буферных файлов для каждого пользователя, а не 9900 для всей системы. Архитектура буферной файловой системы также была улучшена: каждый буферный файл теперь имел уникальный идентификатор пользователя, связанный с ним, а блоки управления файлами чтения теперь хранились в виртуальном хранилище. Систему также можно настроить так, чтобы отказывать определенным пользователям в доступе к векторному средству (с помощью записей в каталоге пользователей).

Выпуски VM, начиная с версии 1 VM/SP, поддерживали многопроцессорные системы. Версии VM System/370 (такие как VM/SP и VM/SP HPO) поддерживали максимум два процессора, при этом система работала либо в режиме UP (однопроцессорный), либо в режиме MP (многопроцессорный), либо в режиме AP (подключенный процессор). . Режим AP аналогичен режиму MP, за исключением того, что у второго процессора отсутствуют возможности ввода-вывода. Выпуски VM System/370-XA (например, VM/XA) поддерживают больше. Выпуски System/390 (такие как VM/ESA) практически полностью устранили это ограничение, а некоторые современные системы z/VM могут иметь до 80 процессоров. Ограничение на одну виртуальную машину для определенных процессоров составляет 64.

Когда IBM представила расширенную архитектуру System/370 для модели 3081 , клиенты столкнулись с необходимостью запускать производственную систему MVS/370 и одновременно тестировать MVS/XA на той же машине. Решением IBM стала VM/XA Migration Aid, которая использовала новую инструкцию Start Interpretive Execution (SIE) для запуска виртуальной машины. SIE автоматически обрабатывал некоторые привилегированные инструкции и возвращался к CP в тех случаях, когда он не мог их обработать. Менеджер ресурсов процессора/системы (PR/SM) более поздней модели 3090 также использовал SIE. Было несколько продуктов VM/XA, прежде чем они были вытеснены VM/ESA и z/VM.

Помимо сети RSCS , IBM также предоставила пользователям сеть VTAM . ACF/VTAM для VM был полностью совместим с ACF/VTAM на MVS и VSE. Как и RSCS, VTAM на виртуальной машине работал под управлением специализированной операционной системы GCS. Однако VM также поддерживала сеть TCP/IP. В конце 1980-х годов IBM разработала стек TCP/IP для VM/SP и VM/XA. Стек поддерживал сети IPv4 и различные системы сетевых интерфейсов (такие как канал-канал между мейнфреймами или специализированный ПК IBM RT, который ретранслировал трафик в сеть Token Ring или Ethernet ). Стек обеспечивал поддержку соединений Telnet либо из простых эмуляторов терминала в линейном режиме, либо из эмуляторов, совместимых с VT100, либо из соответствующих эмуляторов терминала IBM 3270. В стеке также предусмотрен FTP-сервер. IBM также выпустила дополнительный сервер NFS для VM; ранние версии были довольно примитивными, но современные версии гораздо более совершенны.

Существовал также четвертый сетевой вариант, известный как VM/Pass-Through Facility (или чаще называемый PVM). PVM, как и VTAM, позволял подключаться к удаленным системам VM/CMS, а также к другим системам IBM. Если два узла VM/CMS были связаны друг с другом по каналу-каналу или бисинхронному каналу (возможно, с использованием коммутируемого модема или выделенной линии), пользователь мог удаленно подключиться к любой системе, введя «DIAL PVM» на экране входа в виртуальную машину. , затем введите имя системного узла (или выберите его из списка доступных узлов). В качестве альтернативы пользователь, использующий CMS, может использовать программу PASSTHRU, установленную вместе с PVM, что обеспечивает быстрый доступ к удаленным системам без необходимости выхода из сеанса пользователя. PVM также поддерживал доступ к системам, отличным от VM, используя технику эмуляции 3x74. В более поздних версиях PVM также был компонент, который мог принимать соединения из сети SNA .

VM также была краеугольным камнем операционной системы BITNET , поскольку система RSCS, доступная для VM, обеспечивала простую сеть, которую было легко реализовать и в некоторой степени надежную. Сайты виртуальных машин были связаны между собой посредством виртуальной машины RSCS в каждой системе виртуальных машин, взаимодействующей друг с другом, и пользователи могли отправлять и получать сообщения, файлы и пакетные задания через RSCS. Команда «ПРИМЕЧАНИЕ» использовала XEDIT для отображения диалогового окна для создания электронного письма, из которого пользователь мог его отправить. Если пользователь указал адрес в виде user at node, файл электронной почты будет доставлен в RSCS, который затем доставит его целевому пользователю в целевой системе. Если на сайте установлен TCP/IP, RSCS может работать со службой SMTP для доставки заметок (электронных писем) в удаленные системы, а также для их получения. Если пользователь указал user at some.host.name, программа ПРИМЕЧАНИЕ доставит электронное письмо на машину службы SMTP, которая затем перенаправит его на целевой сайт в Интернете.

Роль виртуальных машин в IBM изменилась, когда эволюция аппаратного обеспечения привела к значительным изменениям в архитектуре процессоров. Обратная совместимость оставалась краеугольным камнем семейства мэйнфреймов IBM , которое до сих пор использует базовый набор команд, представленный в исходной версии System/360 ; но необходимость эффективного использования 64-разрядной версии zSeries сделала подход VM гораздо более привлекательным. VM также использовалась в центрах обработки данных при переходе с DOS/VSE на MVS и была полезна при работе мэйнфреймов AIX и Linux , платформ, которые должны были становиться все более важными. Нынешняя платформа z/VM наконец-то получила признание в IBM, которого, по мнению пользователей виртуальных машин, она заслуживала. На некоторых сайтах z/VM в одной системе одновременно работают тысячи пользователей виртуальных машин. z/VM был впервые выпущен в октябре 2000 года. и продолжает активно использоваться и развиваться.

IBM и третьи стороны предложили множество приложений и инструментов, работающих под управлением виртуальной машины. Примеры включают RAMIS , FOCUS , SPSS , NOMAD , DB2 , REXX , RACF и OfficeVision . Текущие предложения виртуальных машин охватывают весь спектр приложений для мэйнфреймов, включая HTTP- серверы, менеджеры баз данных, инструменты анализа, инженерные пакеты и финансовые системы.

CP-команды

Начиная с версии 6, программа управления VM/370 содержит ряд команд для обычных пользователей, связанных с определением и управлением виртуальной машиной пользователя. Части команды, написанные строчными буквами, являются необязательными.

Команда	Описание
#CP	Позволяет пользователю подавать команду CP из командной среды или любой другой виртуальной машины после нажатия клавиши перерыва (по умолчанию PA1).
АДСТОП	Устанавливает адресную остановку для остановки виртуальной машины по определенной инструкции.
ВНИМАНИЕ	Вызывает отвлечение внимания , позволяя CP взять на себя управление в командной среде.
Начинать	Продолжить или возобновить выполнение виртуальной машины пользователя (необязательно по указанному адресу).
Изменять	Изменить атрибуты файла или файлов спула. Например, можно изменить класс вывода или имя файла или установить атрибуты, специфичные для принтера.
Закрывать	Закрывает открытый файл принтера, перфоратора, устройства чтения или консоли и передает его в систему спулинга.
ПАРА	Подключите виртуальный межканальный адаптер (CTCA) к другому. Также используется для подключения имитируемых карт QDIO Ethernet к виртуальному коммутатору.
КП	Выполнение команды CP в среде CMS
Определять	Измените текущую конфигурацию виртуальной машины. Добавьте виртуальные устройства или измените доступный размер хранилища.
ДЕТач	Удаление виртуального устройства или канала из текущей конфигурации.
НАБОР	Подключите свой терминал на экране входа в систему к симулируемому терминалу 3270 или пишущей машинке виртуальной машины с множественным доступом, на которой выполнен вход.
ОТКЛЮЧЕНИЕ	Отключите терминал, позволив виртуальной машине продолжить работу.
Отображать	Отображение хранилища виртуальной машины или (виртуальных) аппаратных регистров
СВАЛКА	Распечатайте дамп снимка текущей виртуальной машины на виртуальном буферном принтере.
ЭХО	Настройте виртуальную машину на эхо введенных строк
Внешний	Вызвать внешнее прерывание виртуальной машины
Указывать	Отображение текущей загрузки системы или использования ресурсов
IPL	IPL (загрузка) операционной системы на вашей виртуальной машине
СВЯЗЬ	Подключите устройство с другой виртуальной машины, если определение этой машины разрешает общий доступ.
НАГРУЗКАФКБ	Укажите буфер управления формами (FCB) для виртуального принтера.
Выйти ВЫХОД	Прекратить выполнение текущей виртуальной машины и отключиться от системы
Вход в систему Авторизоваться	Войдите в систему
Сообщение глутамат натрия	Отправьте однострочное сообщение оператору системы или другому пользователю
НЕГотов	Сделать так, чтобы виртуальное устройство выглядело неготовым
Заказ	Изменение порядка закрытых файлов спула по идентификатору или классу.
Удалять	Удаление закрытых файлов спула для устройства по классу, идентификатору m или ВСЕМ.
Запрос	Отображать информацию о состоянии вашей виртуальной машины, сообщение дня, количество или имена вошедших в систему пользователей.
ГОТОВЫЙ	Вызвать прерывание завершения работы устройства
Запрос	Вызвать прерывание на вашей виртуальной консоли
ПЕРЕЗАГРУЗИТЬ	Очистить все ожидающие прерывания для устройства
Перемотка назад	Перемотка реальной (не виртуальной) магнитной ленты .
НАБОР	Установите различные атрибуты для вашей виртуальной машины, включая функциональные клавиши обмена сообщениями или терминала.
Спать	Поместите свою виртуальную машину в спящее состояние на неопределенный срок или на определенный период времени.
СМСг	Отправьте однострочное специальное сообщение на другую виртуальную машину (обычно используется для управления работой виртуальной машины; обычно используется с RSCS)
катушка	Установите параметры для буферного виртуального устройства (принтер, устройство чтения или перфоратор).
Магазин	Изменить содержимое регистров или хранилища вашей виртуальной машины
Система	Сбросьте или перезагрузите виртуальную машину или очистите хранилище.
Ярлык	Установите тег, связанный с буферным устройством или файлом. Тег обычно используется подсистемой удаленной буферизации связи (RSCS) виртуальной машины для определения места назначения файла.
Терминал	Установите характеристики вашего терминала
След	Запуск или остановка отслеживания определенных действий виртуальной машины.
Передача	Передача файла спула другому пользователю или от него
ВМДУМП	Дамп вашей виртуальной машины в формате, читаемом программным продуктом Interactive Issue Control System (IPCS).

Расширения OpenEdition

Начиная с версии 2 VM/ESA, IBM представила платную дополнительную функцию OpenEdition для VM/ESA Shell and Utilities Feature . который обеспечивает совместимость POSIX для CMS. Отличительной особенностью была оболочка UNIX для CMS. Компилятор C для этой среды UNIX предоставляется либо C/370, либо C для VM/ESA. Ни файловая система CMS, ни стандартная общая файловая система VM не поддерживают файлы и пути в стиле UNIX; вместо этого используется байтовая файловая система. После создания экстента BFS в файловом пуле SFS пользователь может смонтировать его с помощью команды OPENVM MOUNT /../VMBFS:fileservername:filepoolname /path/to/mount/point. Пользователь также должен смонтировать корневую файловую систему, что делается с помощью OPENVM MOUNT /../VMBFS:VMSYS:ROOT/ /, тогда оболочку можно запустить с помощью OPENVM SHELL. В отличие от обычной SFS, доступ к файловым системам BFS контролируется разрешениями POSIX (с помощью chmod и chown ).

Начиная с z/VM версии 3, IBM интегрировала OpenEdition в z/VM. и переименовал его в OpenExtensions. OpenEdition и OpenExtensions обеспечивают соответствие CMS стандарту POSIX.2. Программы, скомпилированные для работы под оболочкой OpenExtensions, хранятся в том же формате, что и стандартные исполняемые модули CMS. Визуальные редакторы, такие как vi , недоступны, поскольку терминалы 3270 не поддерживают их. Пользователи могут использовать ed или XEDIT вместо vi.

Талисман ВМ

В начале 1980-х годов группа VM в составе SHARE (группа пользователей IBM) искала талисман или логотип, который могло бы принять сообщество. Частично это было ответом на то, что пользователи IBM MVS выбрали индейку в качестве талисмана (выбранную, согласно легенде, группой MVS Performance Group на заре существования MVS, когда ее производительность была больной темой). В 1983 году плюшевый мишка стал де-факто талисманом VM на выставке SHARE 60, когда к бейджам с именами «более приятных старожилов» были прикреплены наклейки с плюшевыми мишками, чтобы обозначить их для новичков как «дружелюбных, если к ним подойти». Медведи пользовались успехом и вскоре стали широко распространены. Медведями награждались кавалеры «Ордена Рыцарей ВМ», лица, внесшие «полезный вклад» в развитие общества.

Критика

Хотя VM была относительно легкой (по сравнению со своими аналогами, такими как MVS), на заре своего существования VM была несколько нестабильной. Поддерживать работоспособность системы VM/370 более недели считалось настоящим подвигом. Пользователи также раскритиковали файловую систему CMS, отметив, что в других операционных системах середины 1980-х годов были каталоги, символические ссылки и другие ключевые функции; В CMS ничего из этого не было до 1988 года, когда вышла 6-я версия VM/SP, в которой была представлена ​​общая файловая система и решены эти проблемы.

Некоторые пользователи также отметили, что VM OpenEdition несколько «ненужна».

См. также

• Эволюция системы разделения времени

Внешние ссылки

Источники ВМ

• Боб Дюшарм, Справочник по операционным системам, часть 5: VM/CMS
  — достаточно подробное руководство пользователя по VM/CMS
• EC Hendricks и TC Hartmann, «Эволюция подсистемы виртуальной машины», IBM Systems Journal Vol. 18, стр. 111–142 (1979).
  – Проектирование и внедрение RSCS
• Корпорация IBM, IBM Virtual Machine Facility/370 Введение , GC20-1800, (1972)
  - оригинальное руководство

Первичные источники 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 — краткое описание «Ящика Блаау», сделанное

Другие ресурсы

• Публикация IBM Redbooks – учебник z/VM
• IBM: портал z/VM
• IBM: руководства по z/VM
• Документация ВМ/ПК по битсейверам

Семейные отношения CP/CMS
→ происхождение >> сильное влияние > некоторое влияние/предшествование
КТСС
	> IBM M44/44X
	>> CP-40/CMS → CP[-67]/CMS	→ VM/370 → Версии VM/SE → Версии VM/SP → Версии VM/XA → VM/ESA → z/VM
		→ Вице-президент/CSS
	> ТСС/360
	> TSO для МВТ → для OS/VS2 → для MVS → ... → для z/OS
	>> MULTICS и большинство других разделения времени платформ