VM (sistema operacional) - VM (operating system)

z / VM

Desenvolvedor	IBM
Família de sistema operacional	Família VM
Estado de trabalho	Atual
Modelo fonte	Código aberto 1972–1986 , código fechado 1977 – presente
lançamento inicial	1972 ; 49 anos atrás ( 1972 )
Último lançamento	IBM z / VM V7.2 / 16 de setembro de 2020 ; 12 meses atrás ( 2020-09-16 )
Alvo de marketing	Computadores mainframe IBM
Disponível em	inglês
Plataformas	System / 370 , System / 390 , zSeries , IBM zEnterprise System
Licença	1972–1981 Domínio público , 1976 – presente Proprietário
Website oficial	www .vm .ibm .com

A tela de login padrão no VM / 370 Versão 6.

VM (frequentemente: VM / CMS ) é uma família de sistemas operacionais de máquina virtual IBM usados ​​em mainframes IBM System / 370 , System / 390 , zSeries , System ze sistemas compatíveis, incluindo o emulador Hercules para computadores pessoais.

A primeira versão, lançada em 1972, era VM / 370 , ou oficialmente Virtual Machine Facility / 370 . Esta foi uma reimplementação do System / 370 do sistema operacional CP / CMS anterior. As versões Milestone incluíam VM / SP . A versão atual, z / VM , ainda é amplamente utilizada como uma das principais soluções completas de virtualização para o mercado de mainframe.

O CMS geralmente combinado com VM no nome refere-se ao Conversational Monitor System, um componente do produto que é um sistema operacional de usuário único executado em uma máquina virtual e fornece compartilhamento de tempo conversacional na VM.

Visão geral

O coração da arquitetura VM é o Programa de Controle ou hipervisor abreviado como CP , VM-CP e, às vezes, ambiguamente, VM . Ele é executado no hardware físico e cria o ambiente de máquina virtual . O VM-CP fornece virtualização completa da máquina física - incluindo todas as E / S e outras operações privilegiadas. Ele realiza o compartilhamento de recursos do sistema, incluindo gerenciamento de dispositivos, despacho, gerenciamento de armazenamento virtual e outras tarefas tradicionais do sistema operacional. Cada usuário VM recebe uma máquina virtual separada com seu próprio espaço de endereço , dispositivos virtuais, etc., e que é capaz de executar qualquer software que possa ser executado em uma máquina autônoma. Um determinado mainframe VM normalmente executa centenas ou milhares de instâncias de máquina virtual. O VM-CP começou como CP-370, uma reimplementação do CP-67 , ele próprio uma reimplementação do CP-40 .

Em execução em cada máquina virtual está outro sistema operacional, um sistema operacional convidado . Isso pode ser:

• CMS ( Conversational Monitor System , renomeado de Cambridge Monitor System da CP / CMS ). A maioria das máquinas virtuais executa CMS, um sistema operacional leve de usuário único. Seu ambiente interativo é comparável ao de um PC de usuário único, incluindo um sistema de arquivos, serviços de programação, acesso a dispositivos e processamento de linha de comando. (Embora uma versão anterior do CMS tenha sido descrita como " CP / M em um mainframe", a comparação é um anacronismo; o autor do CP / M, Gary Kildall , era um usuário experiente do CMS.)
• GCS ( Group Control System ), que fornece uma simulação limitada da API MVS. A IBM originalmente forneceu o GCS para executar o VTAM sem uma máquina virtual OS / VS1 de serviço e o VTAM Communications Network Application (VCNA). RSCS V2 também foi executado em GCS.
• Um sistema operacional convencional. Os principais sistemas operacionais da IBM (ou seja, as famílias MVS , DOS / VSE ou TSS / 370 ) podem ser carregados e executados sem modificação. O hipervisor de VM trata os sistemas operacionais convidados como programas aplicativos com privilégios excepcionais - evita que eles usem diretamente instruções privilegiadas (aquelas que permitiriam que os aplicativos controlassem todo o sistema ou partes significativas dele), mas simula instruções privilegiadas em seu nome. A maioria dos sistemas operacionais de mainframe encerra um aplicativo normal que tenta usurpar os privilégios do sistema operacional. O hipervisor VM pode simular vários tipos de terminais de console para o sistema operacional convidado, como o modo de linha impresso 3215, a família gráfica 3270 e o console integrado em máquinas System / 390 e System Z mais recentes.
• Outra cópia do VM. Uma instância de segundo nível de VM pode ser totalmente virtualizada dentro de uma máquina virtual. É assim que o desenvolvimento e o teste da VM são feitos (uma VM de segundo nível pode potencialmente implementar uma virtualização diferente do hardware). Essa técnica foi usada para desenvolver o software S / 370 antes que o hardware S / 370 estivesse disponível e continuou a desempenhar um papel no desenvolvimento de novo hardware na IBM. A literatura cita exemplos práticos de virtualização em cinco níveis de profundidade (consulte a página 28 do VM e a comunidade VM ). Os níveis de VM abaixo do topo também são tratados como aplicativos, mas com privilégios excepcionais.
• Uma cópia da versão de mainframe do AIX ou Linux . No ambiente de mainframe, esses sistemas operacionais geralmente são executados em VM e são tratados como outros sistemas operacionais convidados. (Eles também podem ser executados como sistemas operacionais 'nativos' no hardware básico.) Houve também o IX / 370 de curta duração, bem como as versões S / 370 e S / 390 do AIX (AIX / 370 e AIX / ESA) .
• Um subsistema VM especializado. Vários sistemas não CMS são executados em máquinas virtuais VM-CP, fornecendo serviços aos usuários CMS, como spool, comunicações entre processos, suporte de dispositivo especializado e rede. Eles operam nos bastidores, estendendo os serviços disponíveis para CMS sem adicionar ao programa de controle VM-CP. Executando em máquinas virtuais separadas, eles recebem as mesmas proteções de segurança e confiabilidade que outros usuários de VM. Exemplos incluem:
  • RSCS (Spool remoto e subsistema de comunicação, também conhecido como VNET) - recursos de comunicação e transferência de informações entre máquinas virtuais e outros sistemas
  • RACF (Resource Access Control Facility) - um sistema de segurança
  • Sistema de arquivos compartilhados (SFS), que organiza arquivos compartilhados em uma árvore de diretórios (os servidores são comumente chamados de "VMSERVx"
  • VTAM (Telecommunications Access Method Virtual) - uma instalação que fornece suporte para uma Arquitetura de Sistemas de Rede rede
  • PVM (VM / Pass-Through Facility) - uma instalação que fornece acesso remoto a outros sistemas VM
  • TCPIP, SMTP, FTPSERVE, PORTMAP, VMNFS - um conjunto de máquinas de serviço que fornecem rede TCP / IP para VM / CMS
  • Db2 Server for VM - um sistema de banco de dados SQL, os servidores são frequentemente nomeados de forma semelhante a "SQLMACH" e "SQLMSTR"
  • DIRMAINT - Um sistema de gerenciamento de diretório de usuário simplificado (o diretório é uma lista de todas as contas no sistema, incluindo configuração de hardware virtual, senhas de usuário e minidiscos).
• Um sistema de escrita pelo usuário ou operacional modificado , como CSS Nacional de CSS ou Universidade de Boston 's VPS / VM .

Interface de hipervisor

A IBM cunhou o termo hipervisor para 360/65 e mais tarde o usou para o manipulador DIAG do CP-67.

A instrução Diagnose ('83' x - sem mnemônico) é uma instrução privilegiada originalmente planejada pela IBM para realizar "funções de diagnóstico integradas ou outras funções dependentes do modelo". A IBM reaproveitou o DIAG para "comunicação entre uma máquina virtual e o CP". A instrução contém dois números de registro de quatro bits, chamados Rx e Ry, que podem "conter endereços de armazenamento de operando ou códigos de retorno passados ​​para a interface DIAGNOSE" e um código de dois bytes "que o CP usa para determinar qual função DIAGNOSE realizar. " Algumas das funções de diagnóstico disponíveis estão listadas abaixo.

Uso de CMS de DIAGNOSE

Ao mesmo tempo, o CMS era capaz de funcionar em uma máquina vazia , como um verdadeiro sistema operacional (embora tal configuração fosse incomum). Agora ele é executado apenas como um sistema operacional convidado na VM. Isso ocorre porque o CMS depende de uma interface de hipervisor para VM-CP, para executar operações do sistema de arquivos e solicitar outros serviços de VM. Esta interface de paravirtualização :

• Fornece um caminho rápido para VM-CP, para evitar a sobrecarga de simulação completa.
• Foi desenvolvido pela primeira vez como uma melhoria de desempenho para CP / CMS versão 2.1, um marco inicial importante na eficiência do CP.
• Usa uma instrução de máquina não virtualizada e dependente do modelo como um sinal entre CMS e CP: DIAG (diagnose).

Minidiscos

CMS inicializando após o usuário MAINT (administrador do sistema) efetuar login.

CMS e outros sistemas operacionais geralmente têm requisitos de DASD muito menores do que os tamanhos dos volumes reais. Por esta razão, o CP permite uma instalação para definir discos virtuais de qualquer tamanho até a capacidade do dispositivo. Para volumes CKD, um minidisco deve ser definido em cilindros cheios. Um minidisco tem os mesmos atributos do disco real subjacente, exceto que geralmente é menor e o início de cada minidisco é mapeado para cilindro ou bloco 0. O minidisco pode ser acessado usando os mesmos programas de canal que o disco real.

Um minidisco inicializado com um sistema de arquivos CMS é conhecido como minidisco CMS, embora o CMS não seja o único sistema que pode usá-los.

É uma prática comum definir minidiscos de volume completo para uso por sistemas operacionais convidados como z / OS, em vez de usar DEDICATEpara atribuir o volume a uma máquina virtual específica. Além disso, os "links de pacote completo" são geralmente definidos para cada DASD no sistema e pertencem ao ID do usuário MAINT. Eles são usados ​​para fazer backup do sistema usando o programa DASD Dump / Restore, onde todo o conteúdo de um DASD é gravado em fita (ou outro DASD) exatamente.

O editor CMS no VM / 370, editando um arquivo de origem do programa COBOL.

Sistema de arquivo compartilhado

O VM / SP Release 6 introduziu o Sistema de Arquivos Compartilhados, que melhorou amplamente os recursos de armazenamento de arquivos CMS. O sistema de arquivos do minidisco CMS não oferece suporte a diretórios (pastas), mas o SFS sim. O SFS também apresenta uma segurança mais granular. Com os minidiscos CMS, o sistema pode ser configurado para permitir ou negar aos usuários acesso somente leitura ou leitura / gravação a um disco, mas arquivos únicos não podem ter a mesma segurança. O SFS alivia isso e melhora muito o desempenho.

O SFS é fornecido por máquinas virtuais de serviço. Em um sistema VM moderno, geralmente há três que são necessários: VMSERVR, a "máquina de recuperação" que não fornece nenhum arquivo; VMSERVS, o servidor para o conjunto de arquivos VMSYS; e VMSERVU, o servidor para o conjunto de arquivos VMSYSU (usuário). As máquinas do servidor do pool de arquivos possuem vários minidiscos, geralmente incluindo um disco A CMS (endereço do dispositivo virtual 191, contendo os arquivos de configuração do pool de arquivos), um disco de controle, um disco de log e qualquer número de discos de dados que realmente armazenam os arquivos do usuário.

Invocar o compilador System / 360 COBOL no VM / 370 CMS e, em seguida, carregar e executar o programa.

Com as versões VM modernas, a maior parte do sistema pode ser instalada em SFS, com os poucos minidiscos restantes sendo os absolutamente necessários para o sistema inicializar, e aqueles pertencentes às máquinas servidoras de pool de arquivos.

Um exemplo de um sistema operacional convidado não CMS em execução no VM / 370: DOS / VS Versão 34. O sistema DOS / VS agora está solicitando que o operador insira um nome de supervisor para continuar o carregamento.

Se uma conta de usuário for configurada para usar apenas SFS (e não possuir nenhum minidisco), o disco A do usuário estará FILEPOOL:USERID.e quaisquer diretórios subsequentes que o usuário criar estarão FILEPOOL:USERID.DIR1.DIR2.DIR3onde o caminho de arquivo UNIX equivalente está /dir1/dir2/dir3.

As máquinas servidoras de pool de arquivos também servem a um sistema de arquivos intimamente relacionado: o Sistema de Arquivos Byte. O BFS é usado para armazenar arquivos em um sistema de arquivos do estilo UNIX. Seu uso principal é para o ambiente VM OpenExtensions POSIX para CMS.

História

A história inicial da VM é descrita nos artigos CP / CMS e History of CP / CMS . VM / 370 é uma reimplementação do CP / CMS e foi disponibilizado em 1972 como parte do anúncio de função avançada System / 370 da IBM (que adicionou hardware de memória virtual e sistemas operacionais à série System / 370 ). Os primeiros lançamentos de VM por meio do VM / 370 Versão 6 continuaram em código aberto até 1981 e hoje são considerados de domínio público . Esta política terminou em 1977 com as atualizações cobráveis ​​de VM / SE e VM / BSE e em 1980 com VM / Produto de Sistema (VM / SP). No entanto, a IBM continuou fornecendo atualizações no formato de origem para o código existente por muitos anos, embora as atualizações para todos, exceto a base livre, exigissem uma licença. Como com o CP-67, as instruções privilegiadas em uma máquina virtual causam uma interrupção do programa e o CP simulou o comportamento da instrução privilegiada.

OS / VS1 começando em VM / 370.

VM continuou sendo uma plataforma importante dentro da IBM, usada para desenvolvimento de sistema operacional e uso de time-sharing; mas, para os clientes, permaneceu como o "outro sistema operacional" da IBM. As famílias OS e DOS continuaram sendo produtos estratégicos da IBM, e os clientes não eram incentivados a executar o VM. Aqueles que o fizeram formaram relações de trabalho estreitas, continuando o modelo de apoio à comunidade dos primeiros usuários de CP / CMS. Nesse ínterim, o sistema lutou com disputas políticas dentro da IBM sobre quais recursos deveriam estar disponíveis para o projeto, em comparação com outros esforços da IBM. Um problema básico com o sistema foi visto no nível de vendas de campo da IBM: VM / CMS comprovadamente reduziu a quantidade de hardware necessária para suportar um determinado número de usuários de time-sharing. Afinal, a IBM estava no negócio de venda de sistemas de computador.

Melinda Varian fornece esta citação fascinante, ilustrando o sucesso inesperado da VM:

As previsões de marketing para o VM / 370 previam que não mais do que um 168 executaria o VM durante toda a vida útil do produto. Na verdade, o primeiro 168 entregue a um cliente executava apenas CP e CMS. Dez anos depois, dez por cento dos grandes processadores enviados de Poughkeepsie estariam destinados a rodar VM, assim como uma parte substancial das máquinas de médio porte construídas em Endicott. Antes que quinze anos se passassem, haveria mais licenças VM do que licenças MVS.

Usando DASD Dump / Restore (DDR) para fazer backup de um sistema VM / 370.

Uma versão PC DOS que executa o CMS no XT / 370 (e posterior no AT / 370) é chamada VM / PC. VM / PC 1.1 foi baseado em VM / SP versão 3. Quando a IBM introduziu as placas de processador P / 370 e P / 390, um PC agora podia rodar sistemas VM "completos", incluindo VM / 370, VM / SP, VM / XA e VM / ESA (essas placas eram, na verdade, mainframes completos e podiam executar qualquer sistema operacional de mainframe da era de 31 bits, por exemplo, MVS / ESA ou VSE / ESA).

Além das versões básicas de VM / SP, a IBM também introduziu VM / SP HPO (opção de alto desempenho). Este add-on (que é instalado sobre a versão VM / SP base) melhorou vários recursos principais do sistema, incluindo permitir o uso de mais de 16 MB de armazenamento (RAM) em modelos suportados (como o IBM 4381). Com o VM / SP HPO instalado, o novo limite era de 64 MB; no entanto, um único usuário (ou máquina virtual) não pode usar mais de 16 MB. As funções do sistema de arquivos spool também foram aprimoradas, permitindo que 9.900 arquivos spool sejam criados por usuário, em vez de 9.900 para todo o sistema. A arquitetura do sistema de arquivos de spool também foi aprimorada, cada arquivo de spool agora tinha um ID de usuário exclusivo associado a ele e os blocos de controle de arquivos do leitor agora eram mantidos em armazenamento virtual. O sistema também pode ser configurado para negar o acesso de certos usuários ao recurso de vetores (por meio de entradas no diretório do usuário).

Versões do VM desde o VM / SP Release 1 suportam sistemas multiprocessadores. As versões System / 370 do VM (como VM / SP e VM / SP HPO) suportavam no máximo dois processadores, com o sistema operando em modo UP (uniprocessador), modo MP (multiprocessador) ou modo AP (processador conectado) . O modo AP é igual ao modo MP, exceto que o segundo processador não tem capacidade de E / S. Versões System / 370-XA do VM (como VM / XA) ​​suportam mais. As versões do System / 390 (como VM / ESA) quase removeram totalmente o limite e alguns sistemas z / VM modernos podem ter até 80 processadores. O limite por VM para processadores definidos é 64.

Quando a IBM apresentou a System / 370 Extended Architecture no 3081 , os clientes se depararam com a necessidade de executar um sistema MVS / 370 de produção enquanto testavam o MVS / XA na mesma máquina. A solução da IBM foi o VM / XA Migration Aid, que usou a nova instrução Start Interpretive Execution (SIE) para executar a máquina virtual. O SIE automaticamente lidou com algumas instruções privilegiadas e retornou ao CP para os casos que não conseguiu lidar. O Processor Resource / System Manager (PR / SM) do último 3090 também usou o SIE. Havia vários produtos VM / XA antes de ser suplantado por VM / ESA ez / VM.

Além da rede RSCS , a IBM também forneceu aos usuários rede VTAM . ACF / VTAM para VM era totalmente compatível com ACF / VTAM em MVS e VSE. Como o RSCS, o VTAM na VM é executado no sistema operacional GCS especializado. No entanto, a VM também oferece suporte à rede TCP / IP. No final dos anos 1980, a IBM produziu uma pilha TCP / IP para VM / SP e VM / XA. A pilha suportava redes IPv4 e uma variedade de sistemas de interface de rede (como links canal a canal entre mainframe ou um PC IBM RT especializado que retransmitiria o tráfego para um Token Ring ou rede Ethernet ). A pilha fornecia suporte para conexões Telnet , de emuladores de terminal de modo de linha simples ou emuladores compatíveis com VT100 ou emuladores de terminal IBM 3270 apropriados. A pilha também forneceu um servidor FTP. A IBM também produziu um servidor NFS opcional para VM; as primeiras versões eram bastante primitivas, mas as versões modernas são muito mais avançadas.

Havia também uma quarta opção de rede, conhecida como VM / Pass-Through Facility (ou mais comumente chamada de PVM). O PVM, como o VTAM, permitia conexões com sistemas VM / CMS remotos, bem como outros sistemas IBM. Se dois nós VM / CMS estiverem vinculados por meio de um link canal a canal ou link bisync (possivelmente usando um modem dial-up ou linha alugada), um usuário pode se conectar remotamente a qualquer sistema digitando "DIAL PVM" na tela de login do VM e, em seguida, inserindo o nome do nó do sistema (ou escolhendo-o em uma lista de nós disponíveis). Alternativamente, um usuário executando o CMS pode usar o programa PASSTHRU que foi instalado junto com o PVM, permitindo acesso rápido a sistemas remotos sem ter que sair da sessão do usuário. O PVM também oferece suporte ao acesso a sistemas não-VM, utilizando uma técnica de emulação 3x74. Versões posteriores do PVM também apresentavam um componente que podia aceitar conexões de uma rede SNA .

O VM também foi o sistema operacional "fundamental" da BITNET , pois o sistema RSCS disponível para o VM fornecia uma rede simples, fácil de implementar e um tanto confiável. Os sites de VM foram interligados por meio de uma VM RSCS em cada sistema VM que se comunicava entre si, e os usuários podiam enviar e receber mensagens, arquivos e trabalhos em lote por meio do RSCS. O comando "NOTE" usou o XEDIT para exibir uma caixa de diálogo para criar um e-mail, a partir do qual o usuário poderia enviá-lo. Se o usuário especificou um endereço na forma de user at node, o arquivo de e-mail seria entregue ao RSCS, que então o entregaria ao usuário de destino no sistema de destino. Se o site tiver TCP / IP instalado, o RSCS pode trabalhar com a máquina de serviço SMTP para entregar notas (e-mails) a sistemas remotos, bem como recebê-los. Se o usuário especificasse user at some.host.name, o programa NOTE entregaria o e-mail à máquina do serviço SMTP, que o encaminharia para o site de destino na Internet.

A função da VM mudou dentro da IBM quando a evolução do hardware levou a mudanças significativas na arquitetura do processador. A compatibilidade com versões anteriores permaneceu um pilar da família de mainframe IBM , que ainda usa o conjunto de instruções básicas introduzido com o System / 360 original ; mas a necessidade de uso eficiente do zSeries de 64 bits tornou a abordagem da VM muito mais atraente. VM também foi utilizado em data centers convertendo de DOS / VSE para MVS e é útil ao executar mainframe AIX e Linux , plataformas que se tornariam cada vez mais importantes. A plataforma z / VM atual finalmente alcançou o reconhecimento dentro da IBM que os usuários de VM há muito tempo achavam que merecia. Alguns sites z / VM executam milhares de usuários de máquina virtual simultâneos em um único sistema. O z / VM foi lançado pela primeira vez em outubro de 2000 e permanece em uso e desenvolvimento ativos.

A IBM e terceiros oferecem muitos aplicativos e ferramentas que são executados em VM. Os exemplos incluem RAMIS , FOCUS , SPSS , NOMAD , DB2 , REXX , RACF e OfficeVision . As ofertas atuais de VM executam uma gama de aplicativos de mainframe, incluindo servidores HTTP , gerenciadores de banco de dados, ferramentas de análise, pacotes de engenharia e sistemas financeiros.

Comandos CP

A partir da versão 6, o Programa de Controle VM / 370 possui uma série de comandos para Usuários Gerais, preocupados com a definição e controle da máquina virtual do usuário. As partes minúsculas do comando são opcionais

Extensões OpenEdition

A partir do VM / ESA Release 2, a IBM introduziu o "OpenEdition for VM / ESA", que fornecia compatibilidade POSIX para CMS. O recurso de destaque era um shell UNIX para CMS. O compilador C para este ambiente UNIX é fornecido por C / 370 para C para VM / ESA. Nem o sistema de arquivos CMS nem o sistema de arquivos compartilhados VM padrão têm qualquer suporte para arquivos e caminhos do estilo UNIX; em vez disso, o Sistema de Arquivos Byte é usado. Depois que uma extensão BFS é criada em um conjunto de arquivos SFS, o usuário pode montá-la usando o OPENVM MOUNT /../VMBFS:fileservername:filepoolname /path/to/mount/point. O usuário também deve montar o sistema de arquivos raiz, feito com OPENVM MOUNT /../VMBFS:VMSYS:ROOT/ /, um shell pode então ser iniciado OPENVM SHELL. Ao contrário do SFS normal, o acesso aos sistemas de arquivos BFS é controlado por permissões POSIX (com chmod e chown ).

Mascote VM

No início dos anos 1980, o grupo VM dentro do SHARE (o grupo de usuários da IBM) buscou um mascote ou logotipo para a comunidade adotar. Isso foi em parte uma resposta aos usuários do MVS da IBM que selecionaram o peru como mascote (escolhido, de acordo com a lenda, pelo MVS Performance Group nos primeiros dias do MVS, quando seu desempenho era um assunto delicado). Em 1983, o ursinho se tornou VM de facto mascote em quota de 60, quando urso de peluche adesivos foram associadas a nametags de "veteranos cuddlier" para sinalizá-las para os recém-chegados como "amigável se aproximou". Os ursos fizeram sucesso e logo apareceram amplamente. Os ursos foram concedidos aos homenageados da "Ordem dos Cavaleiros da VM", indivíduos que fizeram "contribuições úteis" para a comunidade.

Crítica

Enquanto o VM era relativamente leve (em comparação com suas contrapartes, como o MVS), o VM era um tanto instável em seus primeiros dias. Foi considerado um feito e tanto manter um sistema VM / 370 ativo por mais de uma semana. Os usuários também criticaram o sistema de arquivos CMS, observando que outros sistemas operacionais em meados da década de 1980 tinham diretórios, links simbólicos e outros recursos importantes; O CMS não tinha nada disso até 1988, quando o VM / SP versão 6 foi lançado, o que introduziu o Sistema de Arquivos Compartilhados e aliviou esses problemas.

Alguns usuários também observaram que o VM OpenEdition era um tanto "desnecessário".

Notas

Veja também

• Evolução do sistema de compartilhamento de tempo

Referências

links externos

Fontes VM

• Bob DuCharme, Operating Systems Handbook, Part 5: VM / CMS
  - um guia do usuário bastante detalhado para VM / CMS
• EC Hendricks e TC Hartmann, "Evolution of a Virtual Machine Subsystem", IBM Systems Journal Vol. 18, pp. 111-142 (1979)
  - Projeto e implementação de RSCS
• IBM Corporation, IBM Virtual Machine Facility / 370 Introdução , GC20-1800, (1972)
  - o manual original

Fontes primárias de CP / CMS

Fontes adicionais de CP / CMS

Fontes CP / CMS de fundo

Recursos adicionais de CP / CMS on-line

Outros recursos

• Publicação IBM Redbooks - livro didático z / VM
• IBM: portal z / VM
• IBM: manuais z / VM
• Documentação VM / PC em bitsavers