VM (operativsystem) - VM (operating system)

z/VM

Utvikler	IBM
OS -familie	VM -familie
Arbeidstilstand	Strøm
Kildemodell	1972–1986 Åpen kildekode , 1977 – nåtid Lukket kilde
Første utgivelse	1972 ; 49 år siden ( 1972 )
Siste utgivelse	IBM z / VM V7.2 / 16. september 2020 ; 12 måneder siden ( 2020-09-16 )
Markedsføringsmål	IBM mainframe -datamaskiner
Tilgjengelig i	Engelsk
Plattformer	System/370 , System/390 , zSeries , IBM zEnterprise System
Tillatelse	1972–1981 Offentlig eiendom , 1976 - nåværende proprietær
Offesiell nettside	www .vm .ibm .com

Standard påloggingsskjerm på VM/370 versjon 6.

VM (ofte: VM/CMS ) er en familie av IBM virtuelle maskinoperativsystemer som brukes på IBM mainframes System/370 , System/390 , zSeries , System z og kompatible systemer, inkludert Hercules -emulatoren for personlige datamaskiner.

Den første versjonen, utgitt i 1972, var VM/370 , eller offisielt Virtual Machine Facility/370 . Dette var en System/370 -reimplementering av tidligere CP/CMS -operativsystem. Milepælsversjoner inkluderte VM/SP . Den nåværende versjonen, z/VM , er fremdeles mye brukt som en av de viktigste fullstendige virtualiseringsløsningene for stormaskinmarkedet.

Den CMS vanligvis kombinert med VM i navnet refererer til konversasjons Monitor System, en komponent av produktet som er en enkelt brukersystem som kjører i en virtuell maskin og gir samtaletidsdeling i VM.

Oversikt

Hjertet i VM-arkitekturen er kontrollprogrammet eller hypervisoren forkortet CP , VM-CP og noen ganger tvetydig VM . Den kjører på den fysiske maskinvaren og skaper det virtuelle maskinmiljøet . VM-CP gir full virtualisering av den fysiske maskinen-inkludert all I/O og andre privilegerte operasjoner. Det utfører systemets ressursdeling, inkludert enhetsadministrasjon, utsendelse, administrasjon av virtuell lagring og andre tradisjonelle operativsystemoppgaver. Hver VM-bruker har en egen virtuell maskin som har sitt eget adresserom , virtuelle enheter, etc., og som kan kjøre programvare som kan kjøres på en frittstående maskin. En gitt VM -mainframe kjører vanligvis hundrevis eller tusenvis av virtuelle maskinforekomster. VM-CP begynte livet som CP-370, en reimplementering av CP-67 , i seg selv en reimplementering av CP-40 .

Kjører i hver virtuell maskin er et annet operativsystem, et gjest operativsystem . Dette kan være:

• CMS ( Conversational Monitor System , omdøpt fra Cambridge Monitor System of CP/CMS ). De fleste virtuelle maskiner kjører CMS, et lett operativsystem for en bruker. Det interaktive miljøet er sammenlignbart med det for en enkeltbruker-PC, inkludert et filsystem, programmeringstjenester, enhetstilgang og kommandolinjebehandling. (Selv om en tidligere versjon av CMS ubetinget ble beskrevet som " CP/M på en mainframe", er sammenligningen en anakronisme; forfatteren av CP/M, Gary Kildall , var en erfaren CMS -bruker.)
• GCS ( Group Control System ), som gir en begrenset simulering av MVS API. IBM leverte opprinnelig GCS for å kjøre VTAM uten en virtuell maskin / service VS /VS1 -maskin og VTAM Communications Network Application (VCNA). RSCS V2 kjørte også under GCS.
• Et vanlig operativsystem. IBMs vanlige operativsystemer (dvs. MVS- , DOS/VSE- eller TSS/370 -familiene) kan lastes og kjøres uten endringer. VM -hypervisor behandler gjestoperativsystemer som applikasjonsprogrammer med eksepsjonelle privilegier - det forhindrer dem i å direkte bruke privilegerte instruksjoner (de som lar applikasjoner ta over hele systemet eller betydelige deler av det), men simulerer privilegerte instruksjoner på deres vegne. De fleste mainframe -operativsystemer avslutter en normal applikasjon som prøver å tilegne seg operativsystemets privilegier. VM-hypervisoren kan simulere flere typer konsollterminaler for gjestoperativsystemet, for eksempel hardcopy line-mode 3215, den grafiske 3270- familien og den integrerte konsollen på nyere System/390 og System Z-maskiner.
• Nok en kopi av VM. En forekomst av andre nivå av VM kan fullstendig virtualiseres inne i en virtuell maskin. Slik gjøres utvikling og testing av VM (en VM på andre nivå kan potensielt implementere en annen virtualisering av maskinvaren). Denne teknikken ble brukt til å utvikle S/370 -programvare før S/370 -maskinvare var tilgjengelig, og den har fortsatt å spille en rolle i utvikling av ny maskinvare hos IBM. Litteraturen siterer praktiske eksempler på virtualisering fem nivåer dypt (se side 28 i VM og VM Community ). Nivåer av VM under toppen behandles også som applikasjoner, men med eksepsjonelle privilegier.
• En kopi av mainframe -versjonen av AIX eller Linux . I mainframe -miljøet kjører disse operativsystemene ofte under VM, og håndteres som andre gjestoperativsystemer. (De kan også kjøre som 'native' operativsystemer på bare hardware.) Det var også den kortvarige IX/370, samt S/370 og S/390-versjonene av AIX (AIX/370 og AIX/ESA) .
• Et spesialisert VM -delsystem. Flere systemer som ikke er CMS, kjører innenfor virtuelle VM-CP-maskiner, og tilbyr tjenester til CMS-brukere, for eksempel spooling, kommunikasjon mellom prosesser, spesialisert enhetsstøtte og nettverk. De opererer bak kulissene og utvider tjenestene som er tilgjengelige for CMS uten å legge til VM-CP-kontrollprogrammet. Ved å kjøre i separate virtuelle maskiner får de de samme sikkerhets- og pålitelighetsbeskyttelsene som andre VM -brukere. Eksempler inkluderer:
  • RSCS (Remote Spooling and Communication Subsystem, aka VNET) - kommunikasjons- og informasjonsoverføringsfasiliteter mellom virtuelle maskiner og andre systemer
  • RACF (Resource Access Control Facility) - et sikkerhetssystem
  • Shared File System (SFS), som organiserer delte filer i et katalogtre (serverne kalles vanligvis "VMSERVx"
  • VTAM (Virtual Telecommunications Access Method) - et anlegg som gir støtte for et Systems Network Architecture -nettverk
  • PVM (VM/Pass -Through Facility) - et anlegg som gir ekstern tilgang til andre VM -systemer
  • TCPIP, SMTP, FTPSERVE, PORTMAP, VMNFS - et sett med tjenestemaskiner som leverer TCP/IP -nettverk til VM/CMS
  • Db2 Server for VM - et SQL -databasesystem, serverne blir ofte navngitt på samme måte som "SQLMACH" og "SQLMSTR"
  • DIRMAINT - Et forenklet administrasjonssystem for brukerkataloger (katalogen er en oversikt over hver konto på systemet, inkludert konfigurasjon av virtuell maskinvare, brukerpassord og minidisker).
• En brukerskrevne eller endring operativsystem , for eksempel National CSS 's CSS eller Boston University ' s VPS / VM .

Hypervisor -grensesnitt

IBM laget begrepet hypervisor for 360/65 og brukte det senere for DIAG-behandleren til CP-67.

Den Diagnose instruksjon ( '83'x-no mnemonic) er en priviligert instruksjon opprinnelig ment av IBM for å utføre 'innebygde diagnosefunksjoner eller andre modellavhengige funksjoner.' IBM repurposed DIAG for "kommunikasjon mellom en virtuell maskin og CP." Instruksjonen inneholder to firebits registernumre, kalt Rx og Ry, som kan "inneholde operandlagringsadresser eller returkoder sendt til DIAGNOSE-grensesnittet", og en to-byte kode "som CP bruker for å bestemme hvilken DIAGNOSE-funksjon som skal utføres. " Noen av de tilgjengelige diagnosefunksjonene er listet opp nedenfor.

CMS bruk av DIAGNOSE

På en gang var CMS i stand til å kjøre på en bar maskin , som et ekte operativsystem (selv om en slik konfigurasjon ville være uvanlig). Det kjører nå bare som et gjest -operativsystem under VM. Dette er fordi CMS er avhengig av et hypervisorgrensesnitt til VM-CP, for å utføre filsystemoperasjoner og be om andre VM-tjenester. Dette grensesnittet for paravirtualisering :

• Gir en rask vei til VM-CP, for å unngå overhead av full simulering.
• Ble først utviklet som en ytelsesforbedring for CP/CMS utgivelse 2.1, en viktig tidlig milepæl i CPs effektivitet.
• Bruker en ikke-virtualisert, modellavhengig maskininstruksjon som et signal mellom CMS og CP: DIAG (diagnose).

Minidisker

CMS starter etter at bruker MAINT (systemadministrator) har logget på.

CMS og andre operativsystemer har ofte DASD -krav som er mye mindre enn størrelsene på de faktiske volumene. Av denne grunn tillater CP en installasjon å definere virtuelle disker av alle størrelser opp til enhetens kapasitet. For CKD -volumer må en minidisk defineres i hele sylindere. En minidisk har de samme attributtene som den underliggende ekte disken, bortsett fra at den vanligvis er mindre og begynnelsen på hver minidisk er kartlagt til sylinder eller blokk 0. Minidisken kan nås ved hjelp av de samme kanalprogrammene som den virkelige disken.

En minidisk som har blitt initialisert med et CMS -filsystem, blir referert til som en CMS -minidisk, selv om CMS ikke er det eneste systemet som kan bruke dem.

Det er vanlig praksis å definere minidisker med full volum for bruk av slike operativsystemer som z/OS i stedet for å bruke for DEDICATEå tildele volumet til en bestemt virtuell maskin. I tillegg defineres ofte "full-pack lenker" for hver DASD på systemet, og eies av MAINT userid. Disse brukes til sikkerhetskopiering av systemet ved hjelp av DASD Dump/Restore -programmet, der hele innholdet i en DASD skrives på bånd (eller en annen DASD) nøyaktig.

CMS -redaktøren på VM/370, redigerer en COBOL -programkildefil.

Delt filsystem

VM/SP Release 6 introduserte Shared File System som forbedret mulighetene for lagring av CMS -filer kraftig. CMS minidisk -filsystemet støtter ikke kataloger (mapper) i det hele tatt, men SFS gjør det. SFS introduserer også mer detaljert sikkerhet. Med CMS-minidisker kan systemet konfigureres til å tillate eller nekte brukere skrivebeskyttet eller skrive-skrivetilgang til en disk, men enkeltfiler kan ikke ha samme sikkerhet. SFS lindrer dette, og forbedrer ytelsen betydelig.

SFS -en leveres av virtuelle tjenestemaskiner. På et moderne VM -system er det vanligvis tre som kreves: VMSERVR, "gjenopprettingsmaskinen" som faktisk ikke betjener noen filer; VMSERVS, serveren for VMSYS filkammer; og VMSERVU, serveren for VMSYSU (bruker) filbasseng. Filmaskinens servermaskiner eier flere minidisker, vanligvis inkludert en CMS A-disk (virtuell enhetsadresse 191, som inneholder konfigurasjonsfilene for bassenget), en kontrolldisk, en loggdisk og et hvilket som helst antall dataskiver som faktisk lagrer brukerfiler.

Påkaller System/360 COBOL -kompilatoren på VM/370 CMS, deretter laster og kjører programmet.

Med moderne VM -versjoner kan det meste av systemet installeres til SFS, med de få gjenværende minidiskene som er helt nødvendige for at systemet skal starte opp, og de som eies av filpool -servermaskinene.

Et eksempel på et ikke-CMS gjesteoperativsystem som kjører under VM/370: DOS/VS Release 34. DOS/VS-systemet ber nå operatøren om å angi et veiledersnavn for å fortsette lasting.

Hvis en brukerkonto er konfigurert til å bare bruke SFS (og ikke eier noen minidisker), vil brukerens A-disk være FILEPOOL:USERID.og eventuelle påfølgende kataloger som brukeren oppretter, vil være FILEPOOL:USERID.DIR1.DIR2.DIR3der den tilsvarende UNIX-filbanen er /dir1/dir2/dir3.

Maskinene til filbasseng serverer også et nært beslektet filsystem: Byte File System. BFS brukes til å lagre filer på et UNIX-stil filsystem. Den primære bruken er for VM OpenExtensions POSIX -miljøet for CMS.

Historie

Den tidlige historien til VM er beskrevet i artiklene CP/CMS og History of CP/CMS . VM/370 er en reimplementering av CP/CMS, og ble gjort tilgjengelig i 1972 som en del av IBMs System/370 Advanced Function -kunngjøring (som la til virtuell minnemaskinvare og operativsystemer i System/370 -serien). Tidlige utgivelser av VM gjennom VM/370 Versjon 6 fortsatte i åpen kildekode gjennom 1981, og anses i dag å være i allmennheten . Denne policyen endte i 1977 med de belastbare VM/SE- og VM/BSE -oppgraderingene og i 1980 med VM/System Product (VM/SP). Imidlertid fortsatte IBM å levere oppdateringer i kildeform for eksisterende kode i mange år, selv om oppgraderingene til alle unntatt den gratis basen krevde lisens. Som med CP-67 forårsaker privilegerte instruksjoner i en virtuell maskin et programavbrudd, og CP simulerte oppførselen til den privilegerte instruksjonen.

OS/VS1 som starter under VM/370.

VM forble en viktig plattform innen IBM, brukt til utvikling av operativsystem og bruk av tidsdeling; men for kundene forble det IBMs "andre operativsystem". OS- og DOS -familiene forble IBMs strategiske produkter, og kundene ble ikke oppfordret til å kjøre VM. De som skapte tette arbeidsforhold, fortsatte modellen for fellesskapsstøtte for tidlige CP/CMS-brukere. I mellomtiden slet systemet med politisk krigføring i IBM om hvilke ressurser som skulle være tilgjengelig for prosjektet, sammenlignet med andre IBM -anstrengelser. Et grunnleggende problem med systemet ble sett på IBMs feltsalgsnivå: VM/CMS reduserte beviselig mengden maskinvare som trengs for å støtte et gitt antall tidsdelende brukere. IBM drev tross alt salg av datasystemer.

Melinda Varian gir dette fascinerende sitatet, som illustrerer VMs uventede suksess:

Markedsføringsprognosene for VM/370 spådde at ikke mer enn én 168 noen gang ville kjøre VM i løpet av produktets levetid. Faktisk kjørte de første 168 levert til en kunde bare CP og CMS. Ti år senere ville ti prosent av de store prosessorene som ble sendt fra Poughkeepsie være bestemt til å kjøre VM, det samme ville en veldig betydelig del av mellomstore maskinene som ble bygget i Endicott. Før femten år hadde gått, ville det være flere VM -lisenser enn MVS -lisenser.

Bruke DASD Dump/Restore (DDR) for å sikkerhetskopiere et VM/370 -system.

En PC DOS -versjon som kjører CMS på XT/370 (og senere på AT/370) kalles VM/PC. VM/PC 1.1 var basert på VM/SP -utgivelse 3. Da IBM introduserte P/370- og P/390 -prosessorkortene, kunne en PC nå kjøre "fulle" VM -systemer, inkludert VM/370, VM/SP, VM/XA og VM/ESA (disse kortene var faktisk fulle mainframes, og kunne kjøre hvilket som helst mainframe-operativsystem fra 31-biters epoken, for eksempel MVS/ESA eller VSE/ESA).

I tillegg til de grunnleggende VM/SP -utgivelsene, introduserte IBM også VM/SP HPO (High Performance Option). Dette tillegget (som er installert over den grunnleggende VM/SP-utgivelsen) forbedret flere viktige systemfasiliteter, inkludert å tillate bruk av mer enn 16 MB lagringsplass (RAM) på støttede modeller (for eksempel IBM 4381). Med VM/SP HPO installert, var den nye grensen 64 MB; Imidlertid kan en enkelt bruker (eller virtuell maskin) ikke bruke mer enn 16 MB. Funksjonene til spolens filsystem ble også forbedret, slik at 9900 spolefiler kunne opprettes per bruker, i stedet for 9900 for hele systemet. Arkitekturen til spolens filsystem ble også forbedret, hver spolefil hadde nå en unik bruker -ID tilknyttet, og leserfilkontrollblokker ble nå lagret i virtuell lagring. Systemet kan også konfigureres til å nekte visse brukere tilgang til vektoranlegget (ved hjelp av brukerkatalogoppføringer).

Utgivelser av VM siden VM/SP Release 1 støtter flerprosessorsystemer. System/370 -versjoner av VM (for eksempel VM/SP og VM/SP HPO) støtter maksimalt to prosessorer, med systemet som opererer i enten UP (uniprocessor) -modus, MP (multiprocessor) -modus eller AP (tilknyttet prosessor) -modus . AP -modus er den samme som MP -modus, bortsett fra at den andre prosessoren mangler I/O -evne. System/370-XA-utgivelser av VM (for eksempel VM/XA) støttet mer. System/390 -utgivelser (for eksempel VM/ESA) fjernet nesten grensen helt, og noen moderne z/VM -systemer kan ha så mange som 80 prosessorer. Grensen per VM for definerte prosessorer er 64.

Da IBM introduserte System/370 Extended Architecture på 3081 , stod kundene overfor behovet for å kjøre et produksjons -MVS/370 -system mens de testet MVS/XA på den samme maskinen. IBMs løsning var VM/XA Migration Aid, som brukte den nye Start Interpretive Execution (SIE) instruksjonen for å kjøre den virtuelle maskinen. SIE håndterte automatisk noen privilegerte instruksjoner og returnerte til CP for saker som den ikke kunne håndtere. Den Prosessor Resource / System Manager (PR / SM) i senere 3090 også brukt SIE. Det var flere VM/XA -produkter før det til slutt ble erstattet av VM/ESA og z/VM.

I tillegg til RSCS -nettverk ga IBM også brukere VTAM -nettverk. ACF/VTAM for VM var fullt kompatibel med ACF/VTAM på MVS og VSE. Som RSCS, kjørte VTAM på VM under det spesialiserte GCS -operativsystemet. Imidlertid støttet VM også TCP/IP -nettverk. På slutten av 1980 -tallet produserte IBM en TCP/IP -stabel for VM/SP og VM/XA. Stakken støttet IPv4-nettverk og en rekke nettverksgrensesnittsystemer (for eksempel mellom-mainframe kanal-til-kanal-koblinger, eller en spesialisert IBM RT-PC som ville videresende trafikk til en Token Ring eller Ethernet- nettverk). Stakken ga støtte for Telnet- tilkoblinger, enten fra enkle linjemodus terminalemulatorer eller VT100-kompatible emulatorer, eller riktige IBM 3270 terminalemulatorer. Stakken ga også en FTP -server. IBM produserte også en valgfri NFS -server for VM; tidlige versjoner var ganske primitive, men moderne versjoner er mye mer avanserte.

Det var også et fjerde nettverksalternativ, kjent som VM/Pass-Through Facility (eller mer vanlig kalt PVM). PVM, som VTAM, tillot tilkoblinger til eksterne VM/CMS -systemer, så vel som andre IBM -systemer. Hvis to VM/CMS-noder ble koblet sammen over en kanal-til-kanal-kobling eller bisynk-kobling (muligens ved hjelp av et oppringt modem eller en overført linje), kunne en bruker eksternt koble til et av systemene ved å skrive inn "DIAL PVM" på påloggingsskjermen for VM , og deretter angi systemnodenavnet (eller velge det fra en liste over tilgjengelige noder). Alternativt kan en bruker som kjører CMS bruke PASSTHRU -programmet som ble installert sammen med PVM, noe som gir rask tilgang til eksterne systemer uten å måtte logge av brukerens økt. PVM støttet også tilgang til ikke-VM-systemer ved å bruke en 3x74 emuleringsteknikk. Senere utgivelser av PVM inneholdt også en komponent som kunne godta tilkoblinger fra et SNA -nettverk.

VM var også "hjørnesteinen" operativsystemet til BITNET , ettersom RSCS -systemet tilgjengelig for VM ga et enkelt nettverk som var enkelt å implementere og noe pålitelig. VM -nettsteder ble sammenkoblet ved hjelp av en RSCS VM på hvert VM -system som kommuniserte med hverandre, og brukere kunne sende og motta meldinger, filer og batchjobber via RSCS. "NOTE" -kommandoen brukte XEDIT til å vise en dialogboks for å lage en e -post , som brukeren kunne sende den fra. Hvis brukeren spesifiserte en adresse i form av user at node, ville e -postfilen blitt levert til RSCS, som deretter ville levere den til målbrukeren på målsystemet. Hvis nettstedet har TCP/IP installert, kan RSCS arbeide med SMTP -tjenestemaskinen for å levere notater (e -post) til eksterne systemer, samt motta dem. Hvis brukeren spesifiserte user at some.host.name, ville NOTE -programmet levere e -posten til SMTP -tjenestemaskinen, som deretter ville rute den ut til destinasjonsstedet på Internett.

VMs rolle endret seg i IBM da maskinvareutvikling førte til betydelige endringer i prosessorarkitektur. Bakoverkompatibilitet forble en hjørnestein i IBM mainframe -familien, som fremdeles bruker det grunnleggende instruksjonssettet som ble introdusert med det originale System/360 ; men behovet for effektiv bruk av 64-biters zSeries gjorde VM-tilnærmingen mye mer attraktiv. VM ble også benyttet i datasentre som konverterte fra DOS/VSE til MVS og er nyttig når du kjører mainframe AIX og Linux , plattformer som skulle bli stadig viktigere. Den nåværende z/VM -plattformen har endelig oppnådd anerkjennelsen i IBM som VM -brukere lenge har følt det fortjent. Noen z/VM -nettsteder kjører tusenvis av samtidige virtuelle maskinbrukere på et enkelt system. z/VM ble først utgitt i oktober 2000 og er fortsatt i aktiv bruk og utvikling.

IBM og tredjeparter har tilbudt mange applikasjoner og verktøy som kjøres under VM. Eksempler inkluderer RAMIS , FOCUS , SPSS , NOMAD , DB2 , REXX , RACF og OfficeVision . Gjeldende VM -tilbud kjører mengden av mainframe -applikasjoner, inkludert HTTP -servere, databaseadministratorer, analyseverktøy, ingeniørpakker og økonomiske systemer.

CP -kommandoer

Fra versjon 6 har VM/370 kontrollprogram en rekke kommandoer for generelle brukere, opptatt av å definere og kontrollere brukerens virtuelle maskin. Små deler av kommandoen er valgfrie

OpenEdition -utvidelser

Fra og med VM/ESA Release 2 introduserte IBM "OpenEdition for VM/ESA", som ga POSIX -kompatibilitet for CMS. Den utmerkede funksjonen var et UNIX-skall for CMS. C -kompilatoren for dette UNIX -miljøet leveres av enten C/370 for C for VM/ESA. Verken CMS-filsystemet eller standard VM Shared File System har støtte for filer og baner i UNIX-stil. i stedet brukes Byte File System. Når en BFS -utstrekning er opprettet i en SFS -filgruppe, kan brukeren montere den ved hjelp av OPENVM MOUNT /../VMBFS:fileservername:filepoolname /path/to/mount/point. Brukeren må også montere rotfilsystemet, ferdig med OPENVM MOUNT /../VMBFS:VMSYS:ROOT/ /, et skall kan deretter startes med OPENVM SHELL. I motsetning til vanlig SFS, blir tilgangen til BFS -filsystemer kontrollert av POSIX -tillatelser (med chmod og chown ).

VM maskot

På begynnelsen av 1980 -tallet søkte VM -gruppen i SHARE (IBM -brukergruppen) en maskot eller logo for samfunnet å adoptere. Dette var delvis et svar på at IBMs MVS -brukere valgte kalkunen som maskot (valgt ifølge legenden av MVS Performance Group i begynnelsen av MVS, da ytelsen var et sårt tema). I 1983 ble bamsen VMs de facto maskot på SHARE 60, da bamse -klistremerker ble festet til navneskiltene til "koseligere gamle" for å markere dem for nykommere som "vennlige hvis de nærmet seg". Bjørnene var en hit og dukket snart opp mye. Bjørner ble tildelt induktører av "Order of the Knights of VM", personer som ga "nyttige bidrag" til samfunnet.

Kritikk

Mens VM var relativt lett (sammenlignet med sine kolleger, for eksempel MVS), var VM noe ustabil i begynnelsen. Det ble ansett som en stor bragd å holde et VM/370 -system oppe i mer enn en uke. Brukere kritiserte også CMS-filsystemet og la merke til at andre operativsystemer på midten av 1980-tallet hadde kataloger, symbolske lenker og andre viktige funksjoner; CMS hadde ingen av disse før 1988 da VM/SP versjon 6 kom ut, som introduserte det delte filsystemet og lindret disse problemene.

Noen brukere bemerket også at VM OpenEdition var noe "unødvendig".

Merknader

Se også

• Systemutvikling av tidsdeling

Referanser

Eksterne linker

VM -kilder

• Bob DuCharme, operativsystemhåndbok, del 5: VM/CMS
  - en ganske detaljert brukerveiledning for VM/CMS
• EC Hendricks og TC Hartmann, "Evolution of a Virtual Machine Subsystem", IBM Systems Journal Vol. 18, s. 111–142 (1979)
  - RSCS -design og implementering
• IBM Corporation, IBM Virtual Machine Facility/370 Introduction , GC20-1800, (1972)-den
  originale håndboken

Primære CP/CMS -kilder

Ytterligere CP/CMS -kilder

Bakgrunn CP/CMS kilder

Ytterligere CP/CMS-ressurser på nettet

Andre ressurser

• IBM Redbooks Publication - z/VM lærebok
• IBM: z/VM -portal
• IBM: z/VM -manualer
• VM/PC -dokumentasjon på bitsavers