VM (часто: VM / CMS ) - это семейство операционных систем виртуальных машин IBM, используемых на мэйнфреймах IBM System / 370 , System / 390 , zSeries , System z и совместимых системах, включая эмулятор Hercules для персональных компьютеров.
Разработчик | IBM |
---|---|
Семейство ОС | Семейство ВМ |
Рабочее состояние | Текущий |
Исходная модель | 1972–1986 Открытый исходный код , 1977 – настоящее время Закрытый код |
Первый выпуск | 1972 |
Последний релиз | IBM z / VM V7.1 / 16 октября 2018 г . |
Маркетинговая цель | Мэйнфреймы IBM компьютеры |
Доступно в | английский |
Платформы | System / 370 , System / 390 , zSeries , IBM zEnterprise System |
Лицензия | 1972–1981 Общественное достояние , 1976 – настоящее время Собственность |
Официальный веб-сайт | www |
Первой версией, выпущенной в 1972 году, была VM / 370 , или официально Virtual Machine Facility / 370 . Это была повторная реализация System / 370 более ранней операционной системы CP / CMS . Версии Milestone включали VM / SP . [1] Текущая версия z / VM до сих пор широко используется в качестве одного из основных решений для полной виртуализации на рынке мэйнфреймов. [ необходима цитата ]
CMS обычно в сочетании с ВМ во имя относится к системе разговорного Monitor, операционной системы однопользовательского , разработанной для обеспечения разговорного времени обмена под VM.
Обзор
Сердцем архитектуры виртуальной машины является программа управления или гипервизор, сокращенно CP , VM-CP и иногда, что неоднозначно, VM . Он работает на физическом оборудовании и создает среду виртуальной машины . VM-CP обеспечивает полную виртуализацию физической машины, включая все операции ввода-вывода и другие привилегированные операции. Он выполняет совместное использование ресурсов системы, включая управление устройствами, диспетчеризацию, управление виртуальной памятью и другие традиционные задачи операционной системы. Каждому пользователю виртуальной машины предоставляется отдельная виртуальная машина с собственным адресным пространством , виртуальными устройствами и т. Д., На которой можно запускать любое программное обеспечение, которое может быть запущено на автономной машине. На одном мэйнфрейме виртуальной машины обычно работают сотни или тысячи экземпляров виртуальных машин. VM-CP начал свою жизнь как CP-370, повторная реализация CP-67 , которая сама является повторной реализацией CP-40 .
На каждой виртуальной машине работает другая операционная система, гостевая операционная система . Это может быть:
- CMS ( Conversational Monitor System , переименованная из Cambridge Monitor System of CP / CMS ). Большинство виртуальных машин работают под управлением CMS - облегченной однопользовательской операционной системы. Его интерактивная среда сравнима с средой однопользовательского ПК, включая файловую систему, службы программирования, доступ к устройствам и обработку из командной строки. (Хотя более ранняя версия CMS недоброжелательно описывалась как « CP / M на мэйнфрейме», сравнение является анахронизмом; автор CP / M, Гэри Килдалл , был опытным пользователем CMS.)
- GCS ( Group Control System ), которая обеспечивает ограниченное моделирование MVS API. IBM изначально предоставила GCS для запуска VTAM без служебной виртуальной машины OS / VS1 и приложения VTAM Communications Network Application (VCNA). RSCS V2 также работал под управлением GCS.
- Основная операционная система. Основные операционные системы IBM (например, семейства MVS или DOS / VSE ) можно загружать и запускать без изменений. Гипервизор виртуальной машины рассматривает гостевые операционные системы как прикладные программы с исключительными привилегиями - он не позволяет им использовать привилегированные инструкции (те, которые позволяют приложениям управлять всей системой или ее значительными частями), но имитирует привилегированные инструкции от их имени. Большинство операционных систем для мэйнфреймов завершают работу обычного приложения, которое пытается присвоить привилегии операционной системы.
- Еще одна копия ВМ. Второй уровень экземпляр VM может быть полностью виртуализировать внутри виртуальной машины. Так выполняется разработка и тестирование виртуальной машины (виртуальная машина второго уровня потенциально может реализовать другую виртуализацию оборудования). Этот метод использовался для разработки программного обеспечения S / 370 до появления аппаратного обеспечения S / 370, и он продолжал играть роль в разработке нового аппаратного обеспечения в IBM. В литературе приводятся практические примеры пятиуровневой виртуализации (см. Стр. 28 ВМ и сообщества виртуальных машин ). Уровни ВМ ниже верхнего также рассматриваются как приложения, но с исключительными привилегиями.
- Копия версии AIX или Linux для мэйнфреймов . В среде мэйнфрейма эти операционные системы часто работают под управлением виртуальной машины и обрабатываются так же, как и другие гостевые операционные системы. (Они также могут работать как «родные» операционные системы на голом оборудовании.)
- Специализированная подсистема виртуальных машин. Несколько систем, не относящихся к CMS, работают на виртуальных машинах VM-CP, предоставляя пользователям CMS такие услуги, как буферизация, межпроцессное взаимодействие и поддержка специализированных устройств. Они работают за кулисами, расширяя услуги, доступные для CMS, без добавления в программу управления VM-CP. Работая на отдельных виртуальных машинах, они получают те же меры безопасности и защиты, что и другие пользователи виртуальных машин. Примеры включают:
- RSCS (Remote Spooling and Communication Subsystem, aka VNET) - средства связи и передачи информации между виртуальными машинами [2]
- RACF (Resource Access Control Facility) - система безопасности
- Общая файловая система (SFS), которая организует общие файлы в дереве каталогов.
- Пользователь написанный или изменения операционной системы , такие как Национальный CSS «s CSS или Бостонского университета » s VPS / VM .
Интерфейс гипервизора
IBM придумала термин гипервизор для 360/65 [3] и позже использовала его для обработчика DIAG для CP-67.
Диагностирует инструкция ( '83'x-нет мнемонические) является привилегированной инструкции , которые изначально предназначались IBM для выполнения „встроенных диагностических функций или других моделей в зависимости от функций.“ [4] IBM перепрофилировала DIAG для «связи между виртуальной машиной и CP». [5] [6] Инструкция содержит два четырехбитных регистрационных номера, называемых Rx и Ry, которые могут «содержать адреса хранения операндов или коды возврата, передаваемые в интерфейс DIAGNOSE», и двухбайтовый код, который CP использует для определения какую функцию ДИАГНОСТИКА выполнить. " [5] Некоторые из доступных функций диагностики перечислены ниже.
Шестнадцатеричный код | Функция |
---|---|
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, чтобы избежать накладных расходов на полное моделирование.
- Впервые был разработан как улучшение производительности для CP / CMS версии 2.1, что стало важным ранним этапом в повышении эффективности CP.
- Использует невиртуализированную, зависящую от модели машинную команду в качестве сигнала между CMS и CP: DIAG (диагностика).
Минидиски
CMS и другие операционные системы часто имеют требования к DASD намного меньше, чем размеры фактических томов. По этой причине CP позволяет установке определять виртуальные диски любого размера вплоть до емкости устройства. Для томов CKD мини-диск должен быть определен в полных цилиндрах. Минидиск имеет те же атрибуты, что и базовый реальный диск, за исключением того, что он обычно меньше, и начало каждого минидиска сопоставлено с цилиндром или блоком 0. Доступ к минидиску можно [a] получить с помощью тех же программ каналов, что и реальный диск.
Минидиск, инициализированный файловой системой CMS, называется минидиском CMS, хотя CMS - не единственная система, которая может их использовать.
Обычной практикой является определение минидисков с полным томом для использования такими гостевыми операционными системами, как z / OS, вместо использования DEDICATE
для назначения тома определенной виртуальной машине.
История
Ранняя история VM описана в статьях CP / CMS и History of CP / CMS . VM / 370 - это повторная реализация CP / CMS, которая была сделана доступной в 1972 году как часть объявления IBM о расширенных функциях System / 370 (которое добавило аппаратное обеспечение виртуальной памяти и операционные системы в серию System / 370 ). Ранние выпуски VM через VM / 370 Release 6 продолжались с открытым исходным кодом до 1981 года и сегодня считаются общественным достоянием . Эта политика закончилась в 1977 г. платными обновлениями VM / SE и VM / BSE, а в 1980 г. - выпуском VM / System Product (VM / SP). Однако IBM продолжала предоставлять обновления в исходной форме для существующего кода в течение многих лет, хотя для обновлений всех версий, кроме бесплатной, требовалась лицензия. Как и в случае с CP-67, привилегированные инструкции в виртуальной машине вызывают прерывание программы, а CP моделирует поведение привилегированной инструкции.
VM оставалась важной платформой в IBM, используемой для разработки операционных систем и разделения времени; но для клиентов она оставалась «другой операционной системой» IBM. Семейства ОС и DOS оставались стратегическими продуктами IBM, и заказчиков не поощряли запускать виртуальные машины. Те, кто это сделал, сформировали тесные рабочие отношения, продолжая модель поддержки сообщества первых пользователей CP / CMS. Тем временем система боролась с политической борьбой внутри IBM по поводу того, какие ресурсы должны быть доступны для проекта, по сравнению с другими усилиями IBM. Основная проблема с системой была замечена на уровне продаж IBM на местах: VM / CMS явно сократила количество оборудования, необходимого для поддержки определенного числа пользователей с разделением времени. В конце концов, IBM занималась продажей компьютерных систем.
Мелинда Вариан приводит эту увлекательную цитату, иллюстрирующую неожиданный успех VM:
Маркетинговые прогнозы для VM / 370 предсказывали, что не более одной 168 когда-либо будут запускать виртуальные машины в течение всего срока службы продукта. Фактически, первые 168, доставленные клиенту, работали только с CP и CMS. Десять лет спустя десять процентов крупных процессоров, поставляемых из Покипси, будут предназначены для работы с виртуальными машинами, как и очень значительная часть машин среднего уровня, которые были построены в Endicott. Не прошло и пятнадцати лет, как лицензий VM было бы больше, чем лицензий MVS. [7]
Версия DOS для ПК, на которой работает CMS на XT / 370 (и позже на AT / 370), называется VM / PC. VM / PC 1.1 был основан на версии 3 VM / SP.
Когда 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.
Роль ВМ в IBM изменилась, когда эволюция оборудования привела к значительным изменениям в архитектуре процессора. Обратная совместимость оставалась краеугольным камнем семейства мэйнфреймов IBM , в котором по-прежнему используется базовый набор инструкций, представленный в исходной System / 360 ; но потребность в эффективном использовании 64-битной zSeries сделала подход виртуальных машин гораздо более привлекательным. Виртуальная машина также использовалась в центрах обработки данных, конвертирующих из DOS / VSE в MVS, и полезна при запуске мэйнфреймов AIX и Linux , платформ, которые становились все более важными. Текущая платформа z / VM наконец-то получила признание в IBM, которого пользователи VM давно считали заслуженным. На некоторых сайтах z / VM одновременно работают тысячи пользователей виртуальных машин в одной системе. z / VM был впервые выпущен в октябре 2000 г. [8] и до сих пор активно используется и развивается.
IBM и третьи стороны предложили множество приложений и инструментов, работающих под управлением виртуальной машины. Примеры включают RAMIS , FOCUS , SPSS , NOMAD , DB2 , REXX , RACF и OfficeVision . Текущие предложения виртуальных машин работают с широким спектром приложений для мэйнфреймов, включая HTTP- серверы, менеджеры баз данных, инструменты анализа, инженерные пакеты и финансовые системы.
Команды CP
Начиная с версии 6, программа управления VM / 370 имеет ряд команд для обычных пользователей, связанных с определением и управлением виртуальной машиной пользователя. Строчные части команды необязательны [9]
Командование | Описание |
---|---|
#CP | Позволяет пользователю выдавать команду CP из командной среды |
ADSTOP | Устанавливает адресную остановку для остановки виртуальной машины по определенной инструкции |
ATTN | Вызывает прерывание внимания, позволяя CP взять на себя управление в командной среде |
Начинать | Продолжить или возобновить выполнение виртуальной машины пользователя, необязательно по указанному адресу |
Менять | Измените атрибуты файла или файлов спула. Например, можно изменить выходной класс или имя файла или установить атрибуты для конкретного принтера. |
Закрывать | Закрывает открытый файл принтера, перфоратора, устройства чтения или консоли и передает его системе буферизации |
ПАРА | Подключите виртуальный межканальный адаптер (CTCA) к другому |
CP | Выполнить команду CP в среде CMS |
Определять | Измените текущую конфигурацию виртуальной машины. Добавить виртуальные устройства или изменить доступный размер хранилища |
DETach | Удалить виртуальное устройство или канал из текущей конфигурации |
НАБИРАТЬ НОМЕР | Подключите свой терминал к зарегистрированной виртуальной машине с множественным доступом |
DISConn | Отключите терминал, позволяя виртуальной машине продолжать работу. |
Отображать | Отображение хранилища виртуальной машины или (виртуальных) аппаратных регистров |
СВАЛКА | Распечатать дамп моментального снимка текущей виртуальной машины на виртуальном буферном принтере |
ЭХО | Настройте виртуальную машину на отображение вводимых строк |
Внешний | Вызвать внешнее прерывание виртуальной машины |
Указывать | Отображение текущей загрузки системы или использования ресурсов |
Ipl | IPL (загрузка) операционной системы на вашей виртуальной машине |
ССЫЛКА НА САЙТ | Подключите устройство с другой виртуальной машины, если определение этой машины разрешает совместное использование |
LOADVFCB | Укажите буфер управления формами (FCB) для виртуального принтера |
ВЫЙТИ ВЫЙТИ | Прервать выполнение текущей виртуальной машины и отключиться от системы |
Вход в систему Войти | Войдите в систему |
Сообщение MSG | Отправить однострочное сообщение системному оператору или другому пользователю |
Не готов | Причина, по которой виртуальное устройство не готово |
Заказывать | Изменить порядок закрытых файлов спула по идентификатору или классу |
Удалять | Удалить закрытые файлы спула для устройства по классу, идентификатору m или ВСЕМ |
Запрос | Отображение информации о статусе вашей виртуальной машины, или «сообщения дня», или количества или имен вошедших в систему пользователей. |
ГОТОВЫ | Вызвать прерывание конца устройства для устройства |
Запрос | Вызвать прерывание на вашей виртуальной консоли |
СБРОС НАСТРОЕК | Очистить все ожидающие прерывания для устройства |
НАЗАД | Перемотка назад в режиме реального (не виртуальный) магнитная лента блок |
НАБОР | Установите различные атрибуты для вашей виртуальной машины, включая обмен сообщениями или функциональные клавиши терминала. |
Спать | Перевести вашу виртуальную машину в "неактивное состояние" на неопределенный срок или на определенный период времени. |
SMsg | Отправить однострочное «специальное сообщение» другому пользователю |
SPool | Задайте параметры для буферного виртуального устройства |
Хранить | Измените содержимое регистров или хранилища вашей виртуальной машины |
Система | Сбросьте или перезапустите виртуальную машину или очистите хранилище |
Тег | Установите тег, связанный с буферным устройством или файлом. Тег обычно используется подсистемой обмена данными удаленной буферизации виртуальной машины (RSCS) для определения места назначения файла. |
Терминал | Установите характеристики вашего терминала |
След | Запуск или остановка отслеживания действий указанной виртуальной машины |
Перевод | Передача файла спула другому пользователю или от него |
VMDUMP | Сделайте дамп вашей виртуальной машины в формате, доступном для чтения программным продуктом Interactive Problem Control System (IPCS). |
ВМ талисман
В начале 1980-х группа VM в SHARE (группа пользователей IBM) искала талисман или логотип для сообщества. Частично это было ответом на то, что пользователи IBM MVS выбрали индейку в качестве талисмана (выбранную, согласно легенде, MVS Performance Group на заре MVS, когда ее производительность была болезненной темой). В 1983 году плюшевый мишка стал де-факто талисманом VM на SHARE 60, когда к именным биркам «милых олдтаймеров» прикрепили стикеры с плюшевым мишкой, чтобы новички пометили их как «дружелюбные, если к ним подойдут». Медведи стали хитом и вскоре широко распространились. [10] Медведями были награждены призывники «Ордена рыцарей ВМ», люди, которые сделали «полезный вклад» в общество. [11] [12]
Заметки
- ^ CMS может использовать DIAG для ввода-вывода в файловых системах CMS.
Смотрите также
- Развитие системы разделения времени
Рекомендации
- ^ Эллиотт, Джим (2004-08-17). «Эволюция мэйнфреймов и виртуальных машин IBM» (PDF) . Linux для S / 390 Linux для Big Iron . ПОДЕЛИТЬСЯ Сессия 9140 . Проверено 21 октября 2007 .
- ^ Кризи, оп. соч., стр. 483 - роль RSCS.
- ^ Гэри Р. Оллред (1971). Встроенная эмуляция System / 370 под ОС и DOS (PDF) . Весенняя совместная компьютерная конференция .
- ^ Корпорация IBM (1987). Принципы работы IBM System / 370 (PDF) . п. 10-5 . Проверено 17 августа 2019 года .
- ^ а б «Инструкция DIAGNOSE на виртуальной машине» (PDF) . IBM Virtual Machine Facility / 370: Руководство системного программиста (PDF) (восьмое изд.). IBM. Mar 1979. GC20-1807-7 . Проверено 17 августа 2019 года .
- ^ «Глава 1. Инструкция DIAGNOSE на виртуальной машине» (PDF) . z / VM Version 7 Release 2 CP Programming Services (PDF) . IBM. 2020-08-12. п. 3. SC24-6272-04.
В реальном процессоре инструкция DIAGNOSE выполняет функции диагностики, зависящие от процессора. В виртуальной машине вы используете интерфейс DIAGNOSE, чтобы запросить, чтобы CP выполнял услуги для вашей виртуальной машины. Когда ваша виртуальная машина пытается выполнить инструкцию DIAGNOSE, управление возвращается CP. CP использует информацию, предоставленную в кодовой части инструкции, чтобы определить, какую услугу он должен выполнять. После предоставления этой услуги управление возвращается виртуальной машине.
- ↑ Вариан, соч. соч., стр. 30 - степень использования ВМ; больше лицензий ВМ, чем лицензий MVS
- ^ «IBM: Об операционной системе z / VM» . Технология виртуализации IBM z / VM . Vm.ibm.com . Проверено 2 июля 2015 .
- ^ Корпорация IBM (1 августа 1979 г.). IBM Virtual Machine Facility / 370: Справочник команд CP для обычных пользователей (PDF) . Проверено 15 августа 2019 года .
- ^ "Галерея виртуальных веб-гифок" . Сайт IBM z / VM . Архивировано из оригинального 18 октября 2006 года.
- ↑ Вариан, соч. соч., стр. 2 - история плюшевого мишки
- ^ "Объясни" официальный ВМ тедди " " . Г-н Алан Дж. Флавелл . Alanflavell.org.uk . Проверено 2 июля 2015 .
Внешние ссылки
Источники ВМ
- Боб Дюшарм, Руководство по операционным системам, часть 5: VM / CMS
- довольно подробное руководство пользователя по VM / CMS - EC Hendricks и TC Hartmann, "Evolution of a Virtual Machine Subsystem", IBM Systems Journal Vol. 18, pp. 111–142 (1979)
- Разработка и реализация RSCS - IBM Corporation, IBM Virtual Machine Facility / 370 Introduction , GC20-1800, (1972)
- исходное руководство
Основные источники CP / CMS
- Р. Дж. Кризи, « Происхождение системы разделения времени VM / 370 », IBM Journal of Research & Development , Vol. 25, No. 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 в такой исчерпывающей работе говорит - Мелинда Вариан, VM и сообщество VM, прошлое, настоящее и будущее , SHARE 89 Sessions 9059–61, 1997;
- выдающийся источник истории CP / CMS и VM
Дополнительные источники 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 Program Information Department (июнь 1969 г.)
- справочное руководство IBM - Р. А. Мейер и Л. Х. Сиврайт, "Система разделения времени виртуальной машины", IBM Systems Journal, Vol. 9, No. 3, pp. 199–218 (сентябрь 1970 г.)
- описывает систему CP-67 / CMS, выделяя функции и приложения. - Р. П. Пармели, Т. И. Петерсон, К. К. Тиллман и Д. Хэтфилд, «Виртуальное хранилище и концепции виртуальных машин», IBM Systems Journal, Vol. 11, No. 2 (июнь 1972 г.)
Фоновые источники CP / CMS
- FJ Corbató и др., Совместимая система разделения времени, Руководство программиста, MIT Press, 1963
- FJ Corbató, M. Merwin-Daggett и RC Daley, "Экспериментальная система разделения времени", Proc. Весенняя объединенная компьютерная конференция (AFIPS) 21, стр. 335–44 (1962) - описание CTSS
- FJ Corbató и В.А. Высоцкий, "Введение и обзор системы MULTICS", Proc. Fall Joint Computer Conference (AFIPS) 27, pp. 185–96 (1965).
- П.Дж. Деннинг, «Виртуальная память», Computing Surveys Vol. 2. С. 153–89 (1970).
- Дж. Б. Деннис, "Сегментация и проектирование многопрограммных компьютерных систем", JACM Vol. 12, pp. 589–602 (1965)
- требования к виртуальной памяти для Project MAC, предназначенного для GE 645 - К.А. Хоар и Р. Х. Перротт, редакторы, « Методы операционных систем» , Academic Press, Inc., Нью-Йорк (1972).
- Т. Килберн, DBG Edwards, MJ Lanigan и FH Sumner, «Одноуровневая система хранения», IRE Trans. Электрон. Компьютеры EC-11, стр. 223–35 (1962)
- Manchester / Ferranti Atlas - Р. А. Нельсон, «Картографические устройства и система обработки данных M44», Отчет об исследовании RC 1303 , Исследовательский центр IBM Томаса Дж. Уотсона (1964 г.)
- об IBM M44 / 44X - Р. П. Пармели, Т. И. Петерсон, К. К. Тиллман и Д. Хэтфилд, «Виртуальное хранилище и концепции виртуальных машин», IBM Systems Journal , Vol. 11. С. 99–130 (1972).
Дополнительные он-лайн ресурсы CP / CMS
- febcm.club.fr - Хронология информационных технологий , 1964–74
- www.multICAL.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 | |||
→ происхождение >> сильное влияние > некоторое влияние / приоритет | |||
CTSS | |||
> IBM M44 / 44X | |||
>> CP-40 / CMS → CP [-67] / CMS | → VM / 370 → версии VM / SE → версии VM / SP → версии VM / XA → VM / ESA → z / VM | ||
→ VP / CSS | |||
> TSS / 360 | |||
> TSO для MVT → для OS / VS2 → для MVS → ... → для z / OS | |||
>> MULTICS и большинство других платформ с разделением времени | |||