VM (operativsystem)

Se även: CP/CMS och CP/CMS historik
z/VM
VM mascot - teddy bear.png
Utvecklare IBM
OS-familjen VM familj
Arbetstillstånd Nuvarande
Källmodell 1972–1986 Öppen källkod , 1977–nuvarande Sluten källkod
Initial release 1972 ; 51 år sedan ( 1972 )
Senaste släppningen IBM z/VM V7.2 / 16 september 2020 ; för 2 år sedan ( 2020-09-16 )
Marknadsföringsmål IBM stordatorer
Tillgänglig i engelsk
Plattformar System/370 , System/390 , zSeries , IBM zEnterprise System
Licens 1972–1981 Public domain , 1976–nuvarande Proprietary
Officiell hemsida www .vm .ibm .com
Historik för IBM stordatoroperativsystem
Tidiga operativsystem för stordatorer
Diverse S/360 linje OS
DOS/360 och efterföljare (1966)
OS/360 och efterföljare (1966)
VM linje
TPF linje
UNIX och Unix-liknande
Standardinloggningsskärmen på VM/370 Release 6.

VM (ofta: VM/CMS ) är en familj av IBMs virtuella maskinoperativsystem som används på IBM stordatorer System/370 , System/390 , zSeries , System z och kompatibla system, inklusive Hercules-emulatorn för persondatorer.

Följande versioner är kända:

Virtual Machine Facility/370
VM/370, släppt 1972, är en System/370- omimplementering av tidigare CP/CMS- operativsystem.
VM/370 Basic System Extensions Program Product
VM/BSE (BSEPP) är en förbättring av VM/370 som lägger till stöd för fler enheter (som 3370-typ fast-block-arkitektur DASD-enheter), förbättringar av CMS-miljön (t.ex. en förbättrad redigerare) och vissa stabilitetsförbättringar till CP.
VM/370 System Extension Program Product
VM/SE (SEPP) är en förbättring av VM/370 som inkluderar faciliteterna för VM/BSE, såväl som några ytterligare korrigeringar och funktioner.
Virtuell maskin/systemprodukt
VM/SP, en milstolpeversion, ersätter VM/370, VM/BSE och VM/SE. Release 1 lade till EXEC2 och XEDIT System Product Editor; Release 3 lades till REXX ; Release 6 lade till det delade filsystemet.
Virtuell maskin/systemprodukt Högpresterande alternativ
VM/SP HPO lägger till ytterligare enhetsstöd och funktionalitet till VM/SP, och tillåter vissa S/370-maskiner som kan använda mer än 16 MB verkligt lagringsutrymme, upp till 64 MB. Denna version var avsedd för användare som skulle köra flera S/370-gäster samtidigt.
Virtual Machine/Extended Architecture Migration Aid
VM/XA MA är avsedd att underlätta migreringen från MVS/370 till MVS/XA genom att tillåta båda att köras samtidigt på samma processorkomplex.
Virtual Machine/Extended Architecture System Facility
VM/XA SF är en uppgraderad VM/XA MA med förbättrad funktionalitet och prestanda.
Virtual Machine/Extended Architecture System Product
VM/XA SF är en uppgraderad VM/XA MA med förbättrad funktionalitet och prestanda, som erbjuds som ersättning för VM/SP HPO på maskiner som stöder S/370-XA. Den innehåller en version av CMS som kan köras i antingen S/370- eller S/370-XA-läge.
Virtual Machine/Enterprize Systems Architecture
VM/ESA tillhandahåller faciliteterna för VM/SP, VM/SP HPO och VM/XA SP. VM/ESA version 1 kan köras i S/370, ESA/370 eller ESA/390 läge; den stöder inte S/370 XA-läge. Version 2 körs endast i ESA/390-läge. De S/370-kapabla versionerna av VM/ESA var faktiskt sin egen separata version från ESA/390-versionerna av VM/ESA, eftersom S/370-versionerna är baserade på den äldre VM/SP HPO-kodbasen och ESA/390 versioner är baserade på den nyare VM/XA-kodbasen.
z/VM
z/VM, den senaste versionen som fortfarande används i stor utsträckning som en av de viktigaste kompletta virtualiseringslösningarna för stordatormarknaden. [ citat behövs ] z/VM 4.4 var den sista versionen som kunde köras i ESA/390-läge; efterföljande versioner körs endast i z/arkitekturläge.

CMS i namnet hänvisar till Conversational Monitor System, en komponent i produkten som är ett enanvändaroperativsystem som körs i en virtuell maskin och ger samtalstidsdelning i VM .

Översikt

Hjärtat i VM-arkitekturen är kontrollprogrammet eller hypervisorn förkortat CP , VM -CP och ibland, tvetydigt, VM . Den körs på den fysiska hårdvaran och skapar den virtuella maskinmiljön . VM-CP ger full virtualisering av den fysiska maskinen – inklusive alla I/O och andra privilegierade operationer. Den utför systemets resursdelning, inklusive enhetshantering, sändning, virtuell lagringshantering och andra traditionella operativsystemuppgifter. Varje virtuell datoranvändare är försedd med en separat virtuell maskin som har sitt eget adressutrymme , virtuella enheter etc., och som kan köra vilken programvara som helst som kan köras på en fristående maskin. En given VM-stordator kör vanligtvis hundratals eller tusentals virtuella maskininstanser. VM-CP började livet som CP-370, en omimplementering av CP-67 , i sig en omimplementering av CP-40 .

Ett annat operativsystem, ett gästoperativsystem, körs inom varje virtuell maskin . Detta kan vara:

  • CMS ( Conversational Monitor System , bytt namn från Cambridge Monitor System av CP/CMS ). De flesta virtuella maskiner kör CMS, ett lättviktigt operativsystem för enanvändare. Dess interaktiva miljö är jämförbar med den för en enanvändardator, inklusive ett filsystem, programmeringstjänster, enhetsåtkomst och kommandoradsbearbetning. (Medan en tidigare version av CMS obehagligt beskrevs som " CP/M på en stordator", är jämförelsen en anakronism; författaren till CP/M, Gary Kildall , var en erfaren CMS-användare.)
  • GCS ( Group Control System ), som ger en begränsad simulering av MVS API. IBM tillhandahöll ursprungligen GCS för att kunna köra VTAM utan en virtuell tjänst OS/VS1- maskin och VTAM Communications Network Application (VCNA). RSCS V2 körde också under GCS.
  • Ett vanligt operativsystem. IBMs vanliga operativsystem (dvs. MVS , DOS/VSE eller TSS/370 -familjerna) kan laddas och köras utan ändringar. VM-hypervisorn behandlar gästoperativsystem som applikationsprogram med exceptionella privilegier – den hindrar dem från att direkt använda privilegierade instruktioner (de som skulle låta applikationer ta över hela systemet eller betydande delar av det), men simulerar privilegierade instruktioner för deras räkning. De flesta stordatoroperativsystem avslutar en normal applikation som försöker tillskansa sig operativsystemets privilegier. VM-hypervisorn kan simulera flera typer av konsolterminaler för gästoperativsystemet, t.ex. linjeläge 3215 på hårdkopia, den grafiska 3270- familjen och den integrerade konsolen på nyare System/390- och System Z-maskiner. Andra användare kan sedan komma åt körande virtuella maskiner med DIAL-kommandot på inloggningsskärmen, som kommer att ansluta deras terminal till den första tillgängliga emulerade 3270-enheten, eller den första tillgängliga 2703-enheten om användaren DIAL från en skrivmaskinsterminal.
  • Ännu ett exemplar av VM. En andra nivå instans av VM kan vara helt virtualiserad inuti en virtuell maskin. Så här görs VM-utveckling och -testning (en VM på andra nivån kan potentiellt implementera en annan virtualisering av hårdvaran). Denna teknik användes för att utveckla S/370-mjukvara innan S/370-hårdvaran var tillgänglig, och den har fortsatt att spela en roll i ny hårdvaruutveckling hos IBM. Litteraturen citerar praktiska exempel på virtualisering på fem nivåer djupa . Nivåer av VM under toppen behandlas också som applikationer men med exceptionella privilegier.
  • En kopia av stordatorversionen av AIX eller Linux . I stordatormiljön körs dessa operativsystem ofta under VM, och hanteras som andra gästoperativsystem. (De kan också köras som "native" operativsystem på den blotta hårdvaran.) Det fanns också den kortlivade IX/370, såväl som S/370 och S/390 versioner av AIX (AIX/370 och AIX/ESA) .
  • Ett specialiserat VM-undersystem. Flera icke-CMS-system körs inom virtuella VM-CP-maskiner och tillhandahåller tjänster till CMS-användare som spooling, interprocesskommunikation, specialiserat enhetsstöd och nätverk. De arbetar bakom kulisserna och utökar de tjänster som är tillgängliga för CMS utan att lägga till VM-CP-kontrollprogrammet. Genom att köra i separata virtuella maskiner får de samma säkerhets- och tillförlitlighetsskydd som andra virtuella datorer. Exempel inkluderar:
    • RSCS (Remote Spooling and Communication Subsystem, aka VNET) – kommunikations- och informationsöverföringsmöjligheter mellan virtuella maskiner och andra system
    • RACF (Resource Access Control Facility) — ett säkerhetssystem
    • Shared File System (SFS), som organiserar delade filer i ett katalogträd (servrarna kallas vanligtvis "VMSERVx"
    • VTAM ( Virtual Telecommunications Access Method) – en anläggning som ger stöd för ett systemnätverksarkitekturnätverk
    • PVM (VM/Pass-Through Facility) – en anläggning som ger fjärråtkomst till andra VM-system
    • TCPIP, SMTP, FTPSERVE, PORTMAP, VMNFS – en uppsättning tjänstemaskiner som tillhandahåller TCP/IP- nätverk till VM/CMS
    • Db2 Server för VM – ett SQL-databassystem, servrarna heter ofta liknande "SQLMACH" och "SQLMSTR"
    • DIRMAINT – Ett förenklat hanteringssystem för användarkataloger (katalogen är en lista över alla konton i systemet, inklusive virtuell hårdvarukonfiguration, användarlösenord och minidiskar).
    • MUMPS/VM — en implementering av MUMPS -databasen och programmeringsspråket som kan köras som gäst på VM/370. MUMPS/VM introducerades 1987 och upphörde 1991.
  • Ett användarskrivet eller modifierat operativsystem , till exempel National CSS :s CSS eller Boston University :s VPS/VM .

Hypervisor-gränssnitt

IBM myntade termen hypervisor för 360/65 och använde den senare för DIAG-hanteraren av CP-67.


Diagnose - instruktionen ('83'x—ingen mnemonic) är en privilegierad instruktion som ursprungligen avsågs av IBM att utföra "inbyggda diagnostiska funktioner eller andra modellberoende funktioner." IBM återanvände DIAG för "kommunikation mellan en virtuell maskin och CP." Instruktionen innehåller två fyra-bitars registernummer, kallade Rx och Ry, som kan "innehålla operandlagringsadresser eller returnera koder som skickas till DIAGNOSE-gränssnittet," och en två-byte-kod "som CP använder för att bestämma vilken DIAGNOSE-funktion som ska utföras. " Några av de tillgängliga diagnosfunktionerna listas nedan.

Hexadecimal kod Fungera
0000 Butikskod för utökad identifiering
0004 Undersök verklig lagring
0008 Virtuell konsolfunktion—Kör ett CP-kommando
0018 Standard DASD I/O
0020 Allmän I/O—Kör vilken giltig CCW- kedja som helst på en band- eller diskenhet
003C Uppdatera VM/370-katalogen
0058 3270 Virtual Console Interface – utför helskärms-I/O på en IBM 3270- terminal
0060 Bestäm lagringsstorlek för virtuell maskin
0068 Virtual Machine Communication Facility ( VMCF )

CMS-användning av DIAGNOSE

En gång kunde CMS köras på en ren maskin , som ett riktigt operativsystem (även om en sådan konfiguration skulle vara ovanlig). Det körs nu endast som ett gäst-OS under VM. Detta beror på att CMS förlitar sig på ett hypervisorgränssnitt till VM-CP för att utföra filsystemoperationer och begära andra VM-tjänster. Detta paravirtualiseringsgränssnitt :

  • Ger en snabb väg till VM-CP, för att undvika omkostnader för full simulering.
  • Utvecklades först som en prestandaförbättring för CP/CMS release 2.1, en viktig tidig milstolpe i CP:s effektivitet.
  • Använder en icke-virtualiserad, modellberoende maskininstruktion som en signal mellan CMS och CP: DIAG (diagnos).

Minidiskar

CMS startar efter att användaren MAINT (systemadministratör) har loggat in.

CMS och andra operativsystem har ofta DASD-krav som är mycket mindre än storleken på faktiska volymer. Av denna anledning tillåter CP en installation för att definiera virtuella diskar av valfri storlek upp till enhetens kapacitet. För CKD-volymer måste en minidisk definieras i fulla cylindrar. En minidisk har samma attribut som den underliggande riktiga disken, förutom att den vanligtvis är mindre och början av varje minidisk är mappad till cylinder eller block 0. Minidisken kan nås med samma kanalprogram som den riktiga disken .

En minidisk som har initierats med ett CMS-filsystem kallas en CMS-minidisk, även om CMS inte är det enda systemet som kan använda dem.

Det är vanligt att definiera minidiskar med full volym för användning av sådana gästoperativsystem som z/OS istället för att använda DEDICATE för att tilldela volymen till en specifik virtuell maskin. Dessutom definieras ofta "fullpack-länkar" för varje DASD i systemet och ägs av MAINT-användar-ID. Dessa används för att säkerhetskopiera systemet med DASD Dump/Restore-programmet, där hela innehållet i en DASD skrivs till band (eller annan DASD) exakt.

CMS-redigeraren på VM/370, redigerar en COBOL-programkällfil.

Delat filsystem

VM/SP Release 6 introducerade det delade filsystemet som avsevärt förbättrade CMS-fillagringskapaciteten. CMS minidisk-filsystemet stöder inte kataloger (mappar) alls, men det gör SFS. SFS introducerar också mer detaljerad säkerhet. Med CMS-minidiskar kan systemet konfigureras för att tillåta eller neka användare läs- eller läs-skrivåtkomst till en disk, men enstaka filer kan inte ha samma säkerhet. SFS lindrar detta och förbättrar prestandan avsevärt.

SFS tillhandahålls av virtuella tjänstmaskiner. På ett modernt VM-system är det vanligtvis tre som krävs: VMSERVR, "återställningsmaskinen" som faktiskt inte betjänar några filer; VMSERVS, servern för VMSYS-filpoolen; och VMSERVU, servern för VMSYSU (användare) filpoolen. Filpoolservermaskinerna äger flera minidiskar, vanligtvis inklusive en CMS A-disk (virtuell enhetsadress 191, som innehåller filpoolens konfigurationsfiler), en kontrolldisk, en loggdisk och valfritt antal datadiskar som faktiskt lagrar användarfiler.

Anropar System/360 COBOL-kompilatorn på VM/370 CMS, laddar sedan och kör programmet.

Med moderna VM-versioner kan det mesta av systemet installeras till SFS, med de få kvarvarande minidiskarna som är absolut nödvändiga för att systemet ska starta och de som ägs av filpoolsservermaskinerna.

Ett exempel på ett icke-CMS gästoperativsystem som körs under VM/370: DOS/VS Release 34. DOS/VS-systemet uppmanar nu operatören att ange ett administratörsnamn för att fortsätta ladda.

Om ett användarkonto är konfigurerat att endast använda SFS (och inte äger några minidiskar), kommer användarens A-disk att vara FILEPOOL:ANVÄNDARID. och alla efterföljande kataloger som användaren skapar kommer att vara FILEPOOL:USERID.DIR1.DIR2.DIR3 där motsvarande UNIX-filsökväg är /dir1/dir2/dir3 . SFS-kataloger kan ha mycket mer detaljerade åtkomstkontroller jämfört med minidiskar (som, som nämnts ovan, ofta bara kan ha ett läslösenord, ett skrivlösenord och ett multi-write-lösenord). SFS-kataloger löser också de problem som kan uppstå när två användare skriver till samma CMS-minidisk samtidigt, vilket kan orsaka diskkorruption (eftersom CMS-VM som utför skrivningarna kan vara omedveten om att en annan CMS-instans också skriver till minidisken) .

Filpoolserverdatorerna betjänar också ett närbesläktat filsystem: Byte File System. BFS används för att lagra filer på ett UNIX-filsystem. Dess primära användning är för VM OpenExtensions POSIX-miljö för CMS. CMS-användarens virtuella maskiner kommunicerar själva med SFS-serverns virtuella maskiner genom IUCV-mekanismen.

Historia

VM:s tidiga historia beskrivs i artiklarna CP/CMS och History of CP/CMS . VM/370 är en omimplementering av CP/CMS och gjordes tillgänglig 1972 som en del av IBMs System/370 Advanced Function-meddelande (som lade till hårdvara och operativsystem för virtuellt minne till System/370- serien). Tidiga utgåvor av VM till VM/370 Release 6 fortsatte med öppen källkod till 1981 och anses idag vara allmän egendom . Denna policy slutade 1977 med de avgiftsbelagda VM/SE- och VM/BSE-uppgraderingarna och 1980 med VM/System Product (VM/SP). IBM fortsatte dock att tillhandahålla uppdateringar i källform för befintlig kod i många år, även om uppgraderingarna till alla utom den fria basen krävde en licens. Precis som med CP-67 orsakar privilegierade instruktioner i en virtuell maskin ett programavbrott, och CP simulerade beteendet hos den privilegierade instruktionen.

OS/VS1 som börjar under VM/370.

VM förblev en viktig plattform inom IBM, som användes för utveckling av operativsystem och tidsdelning; men för kunderna förblev det IBMs "andra operativsystem". OS- och DOS-familjerna förblev IBMs strategiska produkter och kunderna uppmuntrades inte att köra VM. De som gjorde det bildade nära arbetsrelationer och fortsatte med community-supportmodellen för tidiga CP/CMS-användare. Under tiden kämpade systemet med politiska konflikter inom IBM om vilka resurser som skulle vara tillgängliga för projektet, jämfört med andra IBM-insatser. Ett grundläggande problem med systemet sågs på IBM:s fältförsäljningsnivå: VM/CMS minskade bevisligen mängden hårdvara som behövdes för att stödja ett givet antal tidsdelningsanvändare. IBM ägnade sig trots allt åt att sälja datorsystem.

Melinda Varian ger detta fascinerande citat som illustrerar VM:s oväntade framgång:

Marknadsföringsprognoserna för VM/370 förutspådde att inte mer än en 168 någonsin skulle köra VM under hela produktens livslängd. Faktum är att de första 168 som levererades till en kund körde bara CP och CMS. Tio år senare skulle tio procent av de stora processorerna som skickas från Poughkeepsie vara avsedda att köra VM, liksom en mycket betydande del av mellanklassmaskinerna som byggdes i Endicott. Innan det hade gått femton år skulle det finnas fler VM-licenser än MVS-licenser.

Använda DASD Dump/Restore (DDR) för att säkerhetskopiera ett VM/370-system.

En PC DOS- version som kör CMS på XT/370 (och senare på AT/370) kallas VM/PC. VM/PC 1.1 baserades på VM/SP release 3. När IBM introducerade P/370- och P/390-processorkorten kunde en PC nu köra kompletta VM-system, inklusive VM/370, VM/SP, VM/XA och VM/ESA (dessa kort var helt kompatibla med S/370 och S/390 stordatorer, och kunde köra alla S/370 operativsystem från 31-bitars eran, t.ex. MVS/ESA, VSE/ESA).

Förutom basversionerna av VM/SP introducerade IBM även VM/SP HPO (High Performance Option). Detta tillägg (som är installerat över basversionen av VM/SP) förbättrade flera viktiga systemfaciliteter, inklusive att tillåta användningen av mer än 16 MB lagringsutrymme (RAM) på modeller som stöds (som IBM 4381). Med VM/SP HPO installerat var den nya gränsen 64 MB; dock kunde en enskild användare (eller virtuell maskin) inte använda mer än 16 MB. Funktionerna i spoolfilsystemet förbättrades också, vilket gjorde att 9900 spoolfiler kunde skapas per användare, istället för 9900 för hela systemet. Arkitekturen för spoolfilsystemet förbättrades också, varje spoolfil hade nu ett unikt användar-ID kopplat till sig, och läsarfilkontrollblock hölls nu i virtuell lagring. Systemet skulle också kunna konfigureras för att neka vissa användare åtkomst till vektorfunktionen (med hjälp av användarkatalogposter).

Utgivningar av VM sedan VM/SP Release 1 stödde multiprocessorsystem. System/370-versioner av VM (som VM/SP och VM/SP HPO) stödde maximalt två processorer, där systemet fungerar i antingen UP-läge (enprocessor), MP-läge (multiprocessor) eller AP-läge (ansluten processor). . AP-läge är detsamma som MP-läge, förutom att den andra processorn saknar I/O-kapacitet. System/370-XA-versioner av VM (som VM/XA) stöddes mer. System/390-versioner (som VM/ESA) tog nästan bort gränsen helt, och vissa moderna z/VM-system kan ha så många som 80 processorer. Gränsen per virtuell dator för definierade processorer är 64.

När IBM introducerade System/370 Extended Architecture på 3081 ställdes kunderna inför behovet av att köra ett produktionssystem MVS/370 samtidigt som de testade MVS/XA på samma maskin. IBM:s lösning var VM/XA Migration Aid, som använde den nya instruktionen Start Interpretive Execution (SIE) för att köra den virtuella maskinen. SIE hanterade automatiskt vissa privilegierade instruktioner och återvände till CP för fall som den inte kunde hantera. Processor Resource/System Manager (PR/SM) från den senare 3090 använde också SIE. Det fanns flera VM/XA-produkter innan det så småningom ersattes av VM/ESA och z/VM.

Förutom RSCS- nätverk försåg IBM även användare med VTAM- nätverk. ACF/VTAM för VM var helt kompatibel med ACF/VTAM på MVS och VSE. Liksom RSCS körde VTAM på VM under det specialiserade GCS-operativsystemet. VM stödde dock även TCP/IP-nätverk. I slutet av 1980-talet producerade IBM en TCP/IP-stack för VM/SP och VM/XA. Stacken stödde IPv4-nätverk och en mängd olika nätverksgränssnittssystem (som kanal-till-kanal-länkar mellan stordatorer eller en specialiserad IBM RT PC som skulle vidarebefordra trafik till ett Token Ring- eller Ethernet - nätverk). Stacken gav stöd för Telnet- anslutningar, från antingen enkla terminalemulatorer i linjeläge eller VT100-kompatibla emulatorer, eller riktiga IBM 3270-terminalemulatorer. Stacken gav också en FTP-server. IBM producerade också en valfri NFS-server för virtuella datorer; tidiga versioner var ganska primitiva, men moderna versioner är mycket mer avancerade.

Det fanns också ett fjärde nätverksalternativ, känd som VM/Pass-Through Facility (eller mer allmänt kallad PVM). PVM, liksom VTAM, möjliggjorde anslutningar till fjärranslutna VM/CMS-system, såväl som andra IBM-system. Om två VM/CMS-noder länkades samman över en kanal-till-kanal-länk eller bisync-länk (eventuellt med ett uppringt modem eller hyrd linje), kunde en användare fjärransluta till båda systemen genom att ange "DIAL PVM" på VM-inloggningsskärmen , ange sedan systemets nodnamn (eller välj det från en lista över tillgängliga noder). Alternativt kan en användare som kör CMS använda PASSTHRU-programmet som installerades tillsammans med PVM, vilket möjliggör snabb åtkomst till fjärrsystem utan att behöva logga ut från användarens session. PVM stödde också åtkomst till icke-VM-system genom att använda en 3x74-emuleringsteknik. Senare utgåvor av PVM innehöll också en komponent som kunde acceptera anslutningar från ett SNA -nätverk.

VM var också hörnstenens operativsystem för BITNET , eftersom RSCS-systemet som var tillgängligt för VM gav ett enkelt nätverk som var lätt att implementera och något tillförlitligt. VM-webbplatser var sammanlänkade med hjälp av en RSCS VM på varje VM-system som kommunicerade med varandra, och användare kunde skicka och ta emot meddelanden, filer och batchjobb via RSCS. Kommandot "NOTE" använde XEDIT för att visa en dialogruta för att skapa ett e-postmeddelande från vilket användaren kunde skicka det. Om användaren angav en adress i form av användare vid nod , skulle e-postfilen levereras till RSCS, som sedan skulle leverera den till målanvändaren på målsystemet. Om webbplatsen har TCP/IP installerat kan RSCS arbeta med SMTP-tjänstmaskinen för att leverera anteckningar (e-postmeddelanden) till fjärrsystem, samt ta emot dem. Om användaren angav användaren på some.host.name , skulle NOTE-programmet leverera e-postmeddelandet till SMTP-tjänstmaskinen, som sedan skulle dirigera ut det till destinationsplatsen på Internet.

VM:s roll förändrades inom IBM när hårdvaruutvecklingen ledde till betydande förändringar i processorarkitekturen. Bakåtkompatibilitet förblev en hörnsten i IBM stordatorfamiljen, som fortfarande använder den grundläggande instruktionsuppsättningen som introducerades med det ursprungliga System/360 ; men behovet av effektiv användning av 64-bitars zSeries gjorde VM-metoden mycket mer attraktiv. VM användes också i datacenter som konverterade från DOS/VSE till MVS och är användbart när man kör stordator AIX och Linux , plattformar som skulle bli allt viktigare. Den nuvarande z/VM- plattformen har äntligen uppnått det erkännande inom IBM som VM-användare länge kände att den förtjänade. Vissa z/VM-webbplatser kör tusentals simultana virtuella maskinanvändare på ett enda system. z/VM släpptes först i oktober 2000 och är fortfarande i aktiv användning och utveckling.

IBM och tredje part har erbjudit många applikationer och verktyg som körs under VM. Exempel inkluderar RAMIS , FOCUS , SPSS , NOMAD , DB2 , REXX , RACF och OfficeVision . Aktuella VM-erbjudanden kör skalan av stordatorapplikationer, inklusive HTTP- servrar, databashanterare, analysverktyg, tekniska paket och finansiella system.

CP-kommandon

Från och med version 6 har VM/370-kontrollprogrammet ett antal kommandon för allmänna användare, som sysslar med att definiera och kontrollera användarens virtuella maskin. Delar med små bokstäver av kommandot är valfria

Kommando Beskrivning
#CP Tillåter användaren att utfärda ett CP-kommando från en kommandomiljö eller någon annan virtuell maskin efter att ha tryckt på break-tangenten (standard är PA1)
ADSTOPPA Ställer in ett adressstopp för att stoppa den virtuella maskinen vid en specifik instruktion
ATTN Orsakar ett uppmärksamhetsavbrott som tillåter CP att ta kontroll i en kommandomiljö
Börja Fortsätt eller återuppta körningen av användarens virtuella maskin, valfritt på en angiven adress
Förändra Ändra attribut för en eller flera spoolfiler. Till exempel kan utdataklassen eller namnet på filen ändras eller skrivarspecifika attribut ställas in
Stänga Stänger en öppen skrivare, stans, läsare eller konsolfil och släpper den till spoolsystemet
PAR Anslut en virtuell kanal-till-kanal-adapter (CTCA) till en annan. Används även för att ansluta simulerade QDIO Ethernet-kort till en virtuell switch.
CP Utför ett CP-kommando i en CMS-miljö
Definiera Ändra den aktuella virtuella maskinens konfiguration. Lägg till virtuella enheter eller ändra tillgänglig lagringsstorlek
Lösgöra Ta bort en virtuell enhet eller kanal från den aktuella konfigurationen
RINGA Anslut din terminal på inloggningsskärmen till en inloggad virtuell maskins simulerade 3270- eller skrivmaskinsterminaler
DISConn Koppla bort din terminal medan du låter din virtuella maskin fortsätta att köra
Visa Visa virtuell maskinlagring eller (virtuella) hårdvaruregister
DUMPA Skriv ut en ögonblicksbilddump av den aktuella virtuella maskinen på den virtuella spoolade skrivaren
EKO Ställ in den virtuella maskinen på ekoskrivna linjer
Extern Orsaka ett externt avbrott i den virtuella maskinen
Ange Visa aktuell systembelastning eller din resursanvändning
Ipl IPL (boot) ett operativsystem på din virtuella maskin
LÄNK Bifoga en enhet från en annan virtuell maskin, om den maskinens definition tillåter delning
LOADVFCB Ange en formulärkontrollbuffert (FCB) för en virtuell skrivare

LOGGA ut LOGGA ut 		Avsluta körningen av den aktuella virtuella maskinen och koppla från systemet
Logga in Logga in
Logga in på systemet

Meddelande MSG 		Skicka ett meddelande på en rad till systemoperatören eller en annan användare
Inte redo Gör att en virtuell enhet inte verkar vara redo
Beställa Ordna om stängda spoolfiler efter ID eller klass
Rena Ta bort stängda spoolfiler för en enhet efter klass, m ID eller ALLA
Fråga Visa statusinformation för din virtuella maskin, eller dagens meddelande, eller antal eller namn på inloggade användare
REDO Orsaka ett slutavbrott för en enhet
Begäran Orsaka ett avbrott på din virtuella konsol
ÅTERSTÄLLA Rensa alla väntande avbrott för en enhet
Spola tillbaka Spola tillbaka en riktig (icke virtuell ) magnetbandenhet
UPPSÄTTNING Ställ in olika attribut för din virtuella maskin, inklusive meddelanden eller terminalfunktionsknappar
Sova Placera din virtuella maskin i ett vilande tillstånd på obestämd tid eller under en viss tidsperiod
SMsg Skicka ett specialmeddelande på en rad till en annan virtuell maskin (används vanligtvis för att styra driften av den virtuella maskinen; används vanligtvis med RSCS)
Spole Ställ in alternativ för en spoolad virtuell enhet (skrivare, läsare eller punch)
Lagra Ändra innehållet i register eller lagring av din virtuella maskin
Systemet Återställ eller starta om din virtuella maskin eller rensa lagring
Märka Ställ in en tagg som är kopplad till en buffrad enhet eller fil. Taggen används vanligtvis av VM:s Remote Spooling Communications Subsystem (RSCS) för att identifiera destinationen för en fil
Terminal Ställ in egenskaper för din terminal
Spår Starta eller stoppa spårning av specificerade virtuella maskinaktiviteter
Överföra Överför en spoolfil till eller från en annan användare
VMDUMP programmet Interactive Problem Control System (IPCS).

OpenEdition-tillägg

Från och med VM/ESA version 2 introducerade IBM den avgiftsbelagda valfria funktionen OpenEdition for VM/ESA Shell and Utilities Feature , som ger POSIX-kompatibilitet för CMS. Den utmärkande funktionen var ett UNIX-skal för CMS. C-kompilatorn för denna UNIX-miljö tillhandahålls av antingen C/370 eller C för VM/ESA. Varken CMS-filsystemet eller standard VM Shared File System har något stöd för UNIX-filer och sökvägar; istället används Byte File System. När en BFS-omfattning har skapats i en SFS-filpool kan användaren montera den med OPENVM MOUNT /../VMBFS:filservernamn:filpoolnamn /sökväg/till/montera/punkt . Användaren måste också montera rotfilsystemet, gjort med OPENVM MOUNT /../VMBFS:VMSYS:ROOT/ / , ett skal kan sedan startas med OPENVM SHELL . Till skillnad från den vanliga SFS kontrolleras åtkomst till BFS-filsystem av POSIX-behörigheter (med chmod och chown ).

Från och med z/VM version 3, integrerade IBM OpenEdition i z/VM och döpte om det till OpenExtensions. OpenEdition och OpenExtensions tillhandahåller POSIX.2-kompatibilitet till CMS. Program kompilerade för att köras under OpenExtensions-skalet lagras i samma format som vanliga CMS-körbara moduler. Visuella redigerare, såsom vi , är inte tillgängliga, eftersom 3270-terminaler inte är kapabla. Användare kan använda ed eller XEDIT istället för vi.

VM maskot

I början av 1980-talet sökte VM-gruppen inom SHARE (IBM-användargruppen) en maskot eller logotyp som communityn kunde anta. Detta var delvis ett svar på att IBM:s MVS -användare valde kalkonen som en maskot (vald, enligt legenden, av MVS Performance Group i MVS tidiga dagar, när dess prestanda var ett sårt ämne). 1983 blev nallen VM:s de facto maskot på SHARE 60, när nallebjörnsklistermärken fästes på namnskyltarna för "gosigare oldtimers" för att flagga dem för nykomlingar som "vänliga om man närmade sig". Björnarna var en hit och dök snart upp brett. Björnar delades ut till invalda i "Order of the Knights of VM", individer som gjorde "användbara bidrag" till samhället.

Kritik

Medan VM var relativt lätt (jämfört med sina motsvarigheter, såsom MVS), var VM något instabilt under sina tidiga dagar. Det ansågs vara en bra bedrift att hålla ett VM/370-system uppe i mer än en vecka. Användare kritiserade också CMS-filsystemet och noterade att andra operativsystem i mitten av 1980-talet hade kataloger, symboliska länkar och andra nyckelfunktioner; CMS hade inga av dessa förrän 1988 när VM/SP release 6 kom ut, som introducerade det delade filsystemet och lindrade dessa problem.

Vissa användare noterade också att VM OpenEdition var något "onödig".

Anteckningar

Se även

externa länkar

VM-källor


  • Bob DuCharme, Operating Systems Handbook, Del 5: VM/CMS – en ganska detaljerad användarguide till VM/CMS

  • EC Hendricks och TC Hartmann, "Evolution of a Virtual Machine Subsystem", IBM Systems Journal Vol. 18, s. 111–142 (1979) – RSCS design och implementering

  • IBM Corporation, IBM Virtual Machine Facility/370 Introduction , GC20-1800, (1972) – originalmanualen

Primära CP/CMS-källor

Ytterligare CP/CMS-källor


  • RJ Adair, RU Bayles, LW Comeau och RJ Creasy, A Virtual Machine System for the 360/40, IBM Corporation, Cambridge Scientific Center-rapport nr 320‐2007 (maj 1966) - en nyanserad artikel som beskriver implementeringen av konceptet med virtuella maskiner, med beskrivningar av den skräddarsydda CSC S/360-40 och CP-40 designen

  • International Business Machines Corporation, CP-67/CMS , Program 360D-05.2.005, IBM Program Information Department (juni 1969) ― IBMs referensmanual

  • RA Meyer och LH Seawright, "A virtual machine time sharing system," IBM Systems Journal, Vol. 9, nr 3, s. 199–218 (september 1970) ― beskriver CP-67/CMS-systemet och beskriver funktioner och tillämpningar
  • RP Parmelee, TI Peterson, CC Tillman och DJ Hatfield, "Virtuell lagring och virtuella maskinkoncept," IBM Systems Journal, Vol. 11, nr 2 (juni 1972)

Bakgrunds CP/CMS-källor

  • FJ Corbató, et al., The Compatible Time-Sharing System, A Programmer's Guide, MIT Press, 1963
  • FJ Corbató, M. Merwin-Daggett och RC Daley, "An Experimental Time-sharing System", Proc. Spring Joint Computer Conference (AFIPS) 21, s. 335–44 (1962) — beskrivning av CTSS
  • FJ Corbató och VA Vyssotsky, "Introduktion och översikt över MULTICS-systemet", Proc. Fall Joint Computer Conference (AFIPS) 27, s. 185–96 (1965)
  • PJ Denning, "Virtual Memory", Computing Surveys Vol. 2, s. 153–89 (1970)

  • JB Dennis, "Segmentation and the Design of Multi-Programmed Computer Systems," JACM Vol. 12, s. 589–602 (1965) ― krav på virtuellt minne för Project MAC, avsett för GE 645
  • CAR Hoare och RH Perrott, red., Operating Systems Techniques , Academic Press, Inc., New York (1972)

  • T. Kilburn, DBG Edwards, MJ Lanigan och FH Sumner, "One-Level Storage System", IRE Trans. Elektron. Computers EC-11, s. 223–35 (1962) ― Manchester/Ferranti Atlas

  • RA Nelson, "Mapping Devices and the M44 Data Processing System," Forskningsrapport RC 1303 , IBM Thomas J. Watson Research Center (1964) - om IBM M44/44X
  • RP Parmelee, TI Peterson, CC Tillman och DJ Hatfield, "Virtual Storage and Virtual Machine Concepts", IBM Systems Journal , Vol. 11, s. 99–130 (1972)

Ytterligare on-line CP/CMS-resurser

Andra resurser

CP/CMS familjerelationer
→ härledning >> starkt inflytande > visst inflytande/företräde
  CTSS  
> IBM M44/44X
>> CP-40/CMS → CP[-67]/CMS   → VM/370 → VM/SE-versioner → VM/SP-versioner → VM/XA-versioner → VM/ESA → z/VM
→ VP/CSS
> TSS/360
> TSO för MVT → för OS/VS2 för MVS → ... → för z/OS
>> MULTICS och de flesta andra tidsdelningsplattformar →
Hämtad från " https://en.wikipedia.org/w/index.php?title=VM_(operating_system)&oldid=1135366712 "