VM (Betriebssystem)
Entwickler | IBM |
---|---|
OS -Familie | VM -Familie |
Arbeitszustand | Aktuell |
Quellmodell | 1972–1986 Open Source, 1977 - present Geschlossene Quelle |
Erstveröffentlichung | 1972 |
Neueste Erscheinung | IBM Z / VM V7.2 / 16. September 2020 |
Marketingziel | IBM Mainframe Computers |
Verfügbar in | Englisch |
Plattformen | System/370, System/390, ZSeries, IBM Zenterprise System |
Lizenz | 1972–1981 Public domain, 1976 - present Proprietär |
Offizielle Website | www |
VM (häufig: VM/CMS) ist eine Familie von IBM virtuelle Maschine Betriebssysteme benutzt auf IBM Mainframes System/370, System/390, ZSeries, System z und kompatible Systeme, einschließlich der Hercules Emulator Für PCs.
Die folgenden Versionen sind bekannt:
- Virtual Machine Facility/370
- VM/370, veröffentlicht 1972, ist a System/370 Neuauflagen früher CP/CMS Betriebssystem.
- VM/370 -Programm für grundlegende Systemerweiterungen Programme
- VM/BSE (BSEPP) ist eine Verbesserung zu VM/370
- VM/370 -Systemerweiterungsprogramm Produkte
- VM/SE (SEPP) ist eine Verbesserung zu VM/370, die die Einrichtungen von VM/BSE enthält
- Virtual Maschinen-/Systemprodukt
- VM/SP, eine Meilensteinversion,[1] Ersetzt VM/370, VM/BSE und VM/SE. Release 1 hinzugefügt Exec2 und Xedit Systemprodukteditor; Release 3 hinzugefügt Rexx.
- Hochleistungsoption für virtuelle Maschine/System Produkte [2]
- VM/SP HPO fügt VM/SP zusätzliche Geräteunterstützung und Funktionalität hinzu
- Virtual Machine/Extended Architektur -Migrationshilfe [3]
- VM/XA MA wird integriert, um die Migration von MVS/370 nach MVS/XA zu erleichtern, indem beide gleichzeitig auf demselben Prozessorkomplex ausgeführt werden können.
- Virtual Machine/Extended Architecture System Facility [4]
- VM/XA SF ist ein verbesserter VM/XA -MA mit verbesserter Funktionalität und Leistung.
- Virtual Machine/Extended Architecture System -Produktprodukt [5]
- VM/XA SF ist ein verbesserter VM/XA-MA mit verbesserter Funktionalität und Leistung, das als Ersatz für VM/SP-HPO für Maschinen angeboten wird, die S/370-XA unterstützen. Es enthält eine Version von CMS, die entweder im S/370- oder S/370-XA-Modus ausgeführt werden kann.
- Virtual Machine/Enterprize Systems Architektur [6]
- VM/ESA liefert die Einrichtungen von VM/SP, VM/SP HPO und VM/XA SP. VM/ESA kann im Modus S/370, ESA/370 oder ESA/390 ausgeführt werden; Es unterstützt nicht den S/370 Xa -Modus.
- Z/VM[7]
- Z/VM, die letzte Version, die noch immer als eines der Hauptverwalter verwendet wird Vollständige Virtualisierung Lösungen für den Mainframe -Markt.
Das CMS Bezieht sich im Namen auf das Konversationsmonitor-System, eine Komponente des Produkts, das ein Einzelbenutzer-Betriebssystem ist, das in einer virtuellen Maschine ausgeführt wird und Konversation bietet Zeitteilung in VM.
Überblick
Das Herz der VM -Architektur ist das Steuerungsprogramm oder Hypervisor abgekürzt CP, VM-CP und manchmal mehrdeutig, VM. Es läuft auf der physischen Hardware und erstellt die virtuelle Maschine Umgebung. VM-CP bietet Vollständige Virtualisierung der physischen Maschine - einschließlich aller E/O- und anderen privilegierten Operationen. Es führt die Ressourcenharing des Systems durch, einschließlich Geräteverwaltung, Versand, virtuelles Speichermanagement und anderen herkömmlichen Betriebssystemaufgaben. Jeder VM -Benutzer wird mit einer separaten Lieferung versehen virtuelle Maschine seine eigene haben Adressraum, virtuelle Geräte usw., und die in der Lage sind, Software auszuführen, die auf einer eigenständigen Maschine ausgeführt werden können. In einem bestimmten VM -Mainframe wird in der Regel Hunderte oder Tausende von virtuellen Maschineninstanzen ausgeführt. VM-CP begann das Leben als CP-370, eine Neuauflagen von CP-67, selbst eine Neuauflagen von CP-40.
Das Ausführen innerhalb jeder virtuellen Maschine ist ein anderes Betriebssystem, a Gastbetriebssystem. Das könnte sein:
- CMS (Konversationsmonitorsystem, umbenannt aus dem Cambridge Monitor -System von CP/CMS). Die meisten virtuellen Maschinen führen CMS aus, ein leichtes Ein Benutzer-Betriebssystem. Die interaktive Umgebung ist vergleichbar mit der eines Einzelbenutzer-PCs, einschließlich eines Dateisystems, Programmierdienste, Gerätezugriff und Befehlszeilenverarbeitung. (Während eine frühere Version von CMS ungewöhnlich als "beschrieben wurde"CP/m Auf einem Mainframe "ist der Vergleich ein Anachronismus; der Autor von CP/M,, Gary Kildallwar ein erfahrener CMS -Benutzer.)
- GCS (Gruppenkontrollsystem), die eine begrenzte Simulation der MVS -API liefert. IBM stellte ursprünglich GCS zur Verfügung, um zu laufen VTAM ohne Dienst OS/VS1 Virtual Machine und VTAM Communications Network Application (VCNA). RSCS V2 lief auch unter GCS.
- Ein Mainstream -Betriebssystem. Mainstream -Betriebssysteme von IBM (d. H. Die MVS, Dos/vse, oder TSS/370 Familien) können ohne Änderung geladen und ausgeführt werden. Der VM Hypervisor behandelt Gastbetriebssysteme als Anwendungsprogramme mit außergewöhnlichen Berechtigungen - sie verhindert, dass sie direkt privilegierte Anweisungen verwenden (solche, mit denen Anwendungen das gesamte System oder wesentliche Teile davon übernehmen würden), simuliert jedoch privilegierte Anweisungen in ihrem Namen. Die meisten Mainframe -Betriebssysteme beenden eine normale Anwendung, die versucht, die Berechtigungen des Betriebssystems zu usurpieren. Der VM-Hypervisor kann verschiedene Arten von Konsolenklemmen für das Gastbetriebssystem simulieren, z. 3270 Familie und die integrierte Konsole auf neueren Systemen/390 und System Z -Maschinen.
- Eine weitere Kopie von VM. A zweites Level Die Instanz von VM kann in einer virtuellen Maschine vollständig virtualisiert werden. So wird die Entwicklung und Tests von VM durchgeführt (ein VM auf zweiter Ebene kann möglicherweise a implementieren anders Virtualisierung der Hardware). Diese Technik wurde verwendet, um S/370 -Software zu entwickeln, bevor S/370 -Hardware verfügbar war, und sie hat bei IBM weiterhin eine Rolle bei der neuen Hardwareentwicklung gespielt. Die Literatur zitiert praktische Beispiele für Virtualisierung fünf Ebenen tief.[8] Die VM -Ebenen unterhalb der Oberseite werden ebenfalls als Anwendungen behandelt, jedoch mit außergewöhnlichen Privilegien.
- Eine Kopie der Mainframe -Version von AIX oder Linux. In der Mainframe -Umgebung werden diese Betriebssysteme häufig unter VM ausgeführt und werden wie andere Gäste -Betriebssysteme behandelt. (Sie können auch als "native" Betriebssysteme auf der bloßen Hardware ausgeführt werden.) Es gab auch die kurzlebigen IX/370 sowie S/370- und S/390-Versionen von AIX (AIX/370 und AIX/ESA). .
- Ein spezialisiertes VM -Subsystem. Mehrere Nicht-CMS-Systeme werden in virtuellen VM-CP-Maschinen ausgeführt und bieten Diensten CMS-Benutzern wie Spooling, Interprozesskommunikation, Spezialgeräteunterstützung und Networking. Sie arbeiten hinter den Kulissen und erweitern die für CMS verfügbaren Dienste, ohne das VM-CP-Steuerungsprogramm hinzuzufügen. Durch das Ausführen von separaten virtuellen Maschinen erhalten sie den gleichen Sicherheits- und Zuverlässigkeitsschutz wie andere VM -Benutzer. Beispiele beinhalten:
- RSCs (Remote -Spool- und Kommunikations -Subsystem, auch bekannt als Vnet) - Kommunikations- und Informationsübertragungsmöglichkeiten zwischen virtuellen Maschinen und anderen Systemen[9]
- RACF (Ressourcenzugriffskontrollanlage) - Ein Sicherheitssystem
- Shared Dateisystem (SFS), das gemeinsam genutzte Dateien in einem Verzeichnisbaum organisiert (die Server werden allgemein als "VMServx" bezeichnet.
- VTAM (Virtual Telecommunications Access -Methode) - Eine Einrichtung, die Unterstützung für a bietet Systemnetzwerkarchitektur Netzwerk
- PVM (VM/Pass-Through-Einrichtung)-Eine Einrichtung, die einen Fernzugriff auf andere VM-Systeme bietet
- TCPIP, SMTP, FTPSERSE, PORTMAP, VMNFS - eine Reihe von Servicemaschinen, die zur Verfügung stellen TCP/IP Networking zu VM/CMS
- DB2 -Server für VM - Als SQL -Datenbanksystem werden die Server häufig ähnlich wie "SQLMACH" und "SQLMSTR" bezeichnet.
- Grab - Ein vereinfachtes Benutzerverzeichnisverwaltungssystem (das Verzeichnis ist eine Auflistung jedes Kontos auf dem System, einschließlich virtueller Hardwarekonfiguration, Benutzerkennwörter und Minidisks).
- Mumps/VM - Eine Implementierung der MUMPS Datenbank- und Programmiersprache, die als Gast auf VM/370 ausgeführt werden können.[10] Mumps/VM wurde 1987 eingeführt und 1991 eingestellt.[11]
- Ein benutzerschriebenes oder geändertes Betriebssystem, wie zum Beispiel Nationales CSS's CSS oder Boston Universität's VPS/VM.
Hypervisor -Schnittstelle
IBM prägte den Begriff Hypervisor für die 360/65[12] und benutzte es später für den Diag-Handler von CP-67.
Das Diagnostizieren Anweisung ('83'x - keine mnemonische) ist a privilegierte Anweisung Ursprünglich von IBM bestimmt, um "integrierte diagnostische Funktionen oder andere modellabhängige Funktionen" auszuführen.[13] IBM setzte Diag für "Kommunikation zwischen einer virtuellen Maschine und CP" aus.[14][15] Die Anweisung enthält zwei Vier-Bit-Registernummern namens RX und RY, die "Operand-Speicheradressen oder Rückgaberückscodes enthalten können, die an die Diagnoseschnittstelle übergeben wurden", und einen Zwei-Byte-Code ", den CP verwendet, um zu bestimmen, welche Diagnosefunktion durchgeführt werden soll. "[14] Einige der verfügbaren Diagnosefunktionen sind unten aufgeführt.
Hexadezimalcode | Funktion |
---|---|
0000 | Speichercode für erweiterte Identifizierung |
0004 | Untersuchen Sie echte Speicher |
0008 | Funktion zur virtuellen Konsole - Führen Sie einen CP -Befehl vor |
0018 | Standard DASD I/O. |
0020 | Allgemeine I/O - Ausführliche Weise gültig CCW Kette auf einem Klebeband oder einer Festplattenvorrichtung |
003c | Aktualisieren Sie das VM/370 -Verzeichnis |
0058 | 3270 Virtual Console Interface-vollständige Bildschirm-E/A auf einem IBM 3270 Terminal |
0060 | Bestimmen Sie die Speichergröße der virtuellen Maschine |
0068 | Kommunikationseinrichtung für virtuelle Maschine (VMCF)) |
CMS -Verwendung von Diagnose
Zu einer Zeit war CMS in der Lage, auf a zu laufen nackte Maschineals echtes Betriebssystem (obwohl eine solche Konfiguration ungewöhnlich wäre). Es läuft jetzt nur als Gastbetrieb unter VM. Dies liegt daran, dass CMS auf a angewiesen ist Hypervisor Schnittstelle zu VM-CP, um Dateisystemvorgänge durchzuführen und andere VM-Dienste anzufordern. Dies Paravirtualisierung Schnittstelle:
- Bietet einen schnellen Weg zu VM-CP, um den Overhead der vollständigen Simulation zu vermeiden.
- Wurde zuerst als Leistungsverbesserung für entwickelt CP/CMS Release 2.1, ein wichtiger Frühmeilenstein in der Effizienz von CP.
- Verwendet eine nicht virtualisierte, modellabhängige Maschinenanweisung als Signal zwischen CMS und CP: Diag (diagnostizieren).
Minidisks
CMS und andere Betriebssysteme haben häufig die DASD -Anforderungen, die viel kleiner als die Größen der tatsächlichen Volumina. Aus diesem Grund ermöglicht CP eine Installation, virtuelle Festplatten jeder Größe bis zur Kapazität des Geräts zu definieren. Bei CKD -Bänden muss ein Minidisk in vollen Zylindern definiert werden. Ein Minidisk hat die gleichen Attribute wie die zugrunde liegende reale Festplatte, mit der Ausnahme, dass sie normalerweise kleiner ist und der Beginn jedes Minidisks auf Zylinder oder Block 0 abgebildet ist[a] Zugegriffen mit demselben Kanalprogramme als echte Festplatte.
Ein Minidisk, der mit einem CMS -Dateisystem initialisiert wurde, wird als CMS -Minidisk bezeichnet, obwohl CMS nicht das einzige System ist, das sie verwenden kann.
Es ist üblich, Vollvolumen -Minidieren für die Verwendung von Gastbetriebssystemen wie Gäste zu definieren Z/OS anstatt zu verwenden WIDMEN
Um das Volumen einer bestimmten virtuellen Maschine zuzuweisen. Zusätzlich werden "Full-Pack-Links" häufig für jedes DASD auf dem System definiert und gehören im Besitz der Wartediere. Diese werden zum Sichern des Systems mithilfe des DASD -Dump/Restore -Programms verwendet, bei dem der gesamte Inhalt eines DASD genau auf Band (oder ein anderes DASD) geschrieben wird.
VM/SP Release 6 führte das freigegebene Dateisystem vor [16] die CMS -Dateispeicherfunktionen erheblich verbesserten. Das CMS Minidisk -Dateisystem unterstützt Verzeichnisse (Ordner) überhaupt nicht, das SFS. SFS führt auch mehr körnige Sicherheit ein. Mit CMS Minidisks kann das System so konfiguriert werden, dass Benutzer Benutzer schreibgeschützt oder Leseschreiber auf eine Festplatte zu ermöglichen, aber einzelne Dateien können nicht die gleiche Sicherheit haben. SFS lindert dies und verbessert die Leistung erheblich.
Das SFS wird von Service Virtual Machines bereitgestellt. Bei einem modernen VM -System sind normalerweise drei erforderlich: VMServr, die "Wiederherstellungsmaschine", die keine Dateien serviert; VMServs, der Server für das vmsys filepool; und VMServu, den Server für den vmsysu (Benutzer) filepool.[17] Die Datei-Pool-Server-Maschinen besitzen mehrere Minidisks, in der Regel ein CMS-A-Disk (Virtual Device Address 191, die Dateipool-Konfigurationsdateien), eine Steuerdiskette, eine Protokolldiskette und eine beliebige Anzahl von Datendisketten, die tatsächlich Benutzerdateien speichern.
Mit modernen VM -Versionen kann der größte Teil des Systems in SFS installiert werden, wobei die wenigen verbleibenden Minidisks die für das System zum Starten des Systems unbedingt notwendig sind und diejenigen, die den Filepool -Server -Maschinen gehören.
Wenn ein Benutzerkonto so konfiguriert ist, dass nur SFS verwendet werden (und keine Minidisken besitzt), ist der A-DiSK des Benutzers Filepool: userId.
und alle nachfolgenden Verzeichnisse, die der Benutzer erstellt Filepool: userId.dir1.dir2.dir3
wo der äquivalente UNIX -Dateipfad ist /Dir1/dir2/dir3
.
Die Datei -Pool -Serverautomaten bedienen auch ein eng verwandtes Dateisystem: das Byte -Dateisystem. BFS wird verwendet, um Dateien in einem Dateisystem im Unix-Stil zu speichern. Seine primäre Verwendung ist für die VM Openextensions -POSIX -Umgebung für CMS.
Geschichte
Die frühe Geschichte von VM wird in den Artikeln beschrieben CP/CMS und Geschichte von CP/CMS. VM/370 ist eine Neuauflagen von CP/CMS und wurde 1972 als Teil der IBM -Systeme/370 Advanced Function Ansage (die hinzugefügt virtueller Speicher Hardware- und Betriebssysteme an die System/370 Serie). Frühe Veröffentlichungen von VM bis VM/370 Release 6 Fortsetzung in Open Source bis 1981 und heute werden als in der angesehen öffentlich zugänglich. Diese Richtlinie endete 1977 mit den kostenpflichtigen VM/SE- und VM/BSE -Upgrades und 1980 mit VM/System -Produkt (VM/SP). IBM lieferte jedoch seit vielen Jahren Aktualisierungen in Quellform für vorhandene Code, obwohl die Upgrades auf alle außer der freien Basis eine Lizenz erforderten. Wie bei CP-67 bewirken privilegierte Anweisungen in einer virtuellen Maschine einen Programminterrupt, und CP simulierte das Verhalten der privilegierten Anweisung.
VM blieb eine wichtige Plattform innerhalb IBM, verwendet für den Betriebssystementwicklung und die Verwendung von Zeitaustausch; Für die Kunden blieb es jedoch "Other Operating System" von IBM. Die OS- und DOS -Familien blieben die strategischen Produkte von IBM und die Kunden wurden nicht ermutigt, VM zu betreiben. Diejenigen, die enge Arbeitsbeziehungen bildeten und das Community-Support-Modell der frühen CP/CMS-Benutzer fortsetzten. In der Zwischenzeit hatte das System mit politischen Kämpfen innerhalb von IBM zu kämpfen, welche Ressourcen im Vergleich zu anderen IBM -Bemühungen für das Projekt zur Verfügung stehen sollen. Ein grundlegendes Problem mit dem System wurde auf dem Verkaufsniveau von IBM auf Feldumsatzstufe gesehen: VM/CMS reduzierte nachweislich die Menge an Hardware, die zur Unterstützung einer bestimmten Anzahl von Time-Sharing-Benutzern erforderlich war. IBM war schließlich im Geschäft, Computersysteme zu verkaufen.
Melinda Varian liefert dieses faszinierende Zitat und zeigt den unerwarteten Erfolg von VM:
Die Marketingprognosen für VM/370 prognostizierten, dass nicht mehr als ein 168 während des gesamten Lebenslebens jemals VM leiten würde. Tatsächlich lieferte die ersten 168 an einen Kunden nur CP und CMS. Zehn Jahre später würden zehn Prozent der großen Prozessoren, die von Poughkeepsie ausgeliefert werden, zum Laufen von VM bestimmt werden, ebenso wie ein sehr erheblicher Teil der in Endicott gebauten Mittelklasse-Maschinen. Bevor fünfzehn Jahre vergangen waren, würde es mehr VM -Lizenzen als MVS -Lizenzen geben.[18]
A PC dos Version, die CMS auf dem ausführt XT/370 (Und später wird der AT/370 VM/PC genannt. VM/PC 1.1 basierte auf VM/SP -Release 3. Als IBM die P/370- und P/390 -Prozessorkarten einführte, konnte ein PC nun vollständige VM -Systeme ausführen, einschließlich VM/370, VM/SP, VM/XA und VM/ESA (diese Karten waren vollständig mit S/370- und S/390-Mainframes kompatibel und konnten jedes S/370-Betriebssystem aus der 31-Bit-Ära ausführen, z. B. MVS/ESA, VSE/ESA).
Zusätzlich zu den Basis -VM/SP -Veröffentlichungen führte IBM auch VM/SP -HPO (Hochleistungsoption) ein. Dieses Add-On (das über der Basis-VM/SP-Version installiert ist) verbesserte mehrere wichtige Systemanlagen, einschließlich der Verwendung von mehr als 16 MB Speicher (RAM) für unterstützte Modelle (wie dem IBM 4381). Bei installiertem VM/SP -HPO betrug das neue Limit 64 MB; Ein einzelner Benutzer (oder eine virtuelle Maschine) konnte jedoch nicht mehr als 16 MB verwenden. Die Funktionen des Spool -Dateisystems wurden ebenfalls verbessert, sodass 9900 Spool -Dateien pro Benutzer erstellt werden können, anstatt 9900 für das gesamte System. Die Architektur des Spool -Dateisystems wurde ebenfalls verbessert, jede Spool -Datei war jetzt eine eindeutige Benutzer -ID zugeordnet, und jetzt wurden die Leserdateisteuerblöcke im virtuellen Speicher gehalten. Das System könnte auch so konfiguriert werden, dass bestimmte Benutzer Zugriff auf die Vektoreinrichtung (mittels Benutzerverzeichniseinträge) verweigern.[19]
Veröffentlichungen von VM Da VM/SP Release 1 Multiprozessorsysteme unterstützt. System/370 -Versionen von VM (z. B. VM/SP und VM/SP HPO) unterstützten maximal zwei Prozessoren, wobei das System entweder im UP -Modus (UniProzessor), MP (Multiprocessor) -Modus oder AP (angehängter Prozessor-) Modus arbeitete .[20] Der AP -Modus entspricht dem MP -Modus, außer dem zweiten Prozessor fehlt die E/A -Fähigkeit. System/370-XA-Releases von VM (wie VM/XA) wurden mehr unterstützt. System/390 Releases (z. B. VM/ESA) hat die Grenze fast vollständig entfernt, und einige moderne Z/VM -Systeme können bis zu 80 Prozessoren haben.[21] Die Pro-VM-Grenze für definierte Prozessoren beträgt 64.
Als IBM das System/370 erweiterte Architektur auf der 3081Die Kunden waren mit der Notwendigkeit konfrontiert, ein Produktions -MVS/370 -System durchzuführen, während MVS/XA auf derselben Maschine getestet wurde. Die Lösung von IBM war die VM/XA -Migrationshilfe, bei der die SIE -Anweisung (Neustart Interpretive Execution) verwendet wurde, um die virtuelle Maschine auszuführen. Sie war automatisch einige privilegierte Anweisungen und kehrte für Fälle zu CP zurück, die es nicht behandeln konnte. Das Prozessorressourcen-/Systemmanager (PR/sm) der späteren 3090 Auch benutzte Sie. Es gab mehrere VM/XA -Produkte, bevor sie schließlich durch VM/ESA und Z/VM ersetzt wurden.
Zusätzlich zu RSCs Networking, IBM, lieferte den Benutzern auch mit VTAM Networking. ACF/VTAM für VM war vollständig mit ACF/VTAM auf MVS und VSE kompatibel.[22] Wie RSCs lief VTAM on VM unter dem speziellen GCS -Betriebssystem. VM unterstützte jedoch auch das TCP/IP -Netzwerk. In den späten 1980er Jahren produzierte IBM einen TCP/IP -Stack für VM/SP und VM/XA.[23] Der Stack unterstützte IPv4-Netzwerke und eine Vielzahl von Netzwerk-Schnittstellensystemen (z. Token-Ring oder Ethernet Netzwerk). Der Stack lieferte Unterstützung für Telnet Verbindungen, entweder aus einfachen Leitungsmodus-Anschluss-Emulatoren oder VT100-kompatiblen Emulatoren oder ordnungsgemäße IBM 3270-Terminal-Emulatoren. Der Stack stellte auch einen FTP -Server zur Verfügung. IBM hat auch einen optionalen NFS -Server für VM erstellt. Frühe Versionen waren eher primitiv, aber moderne Versionen sind viel fortgeschrittener.[24]
Es gab auch eine vierte Netzwerkoption, die als VM/Pass-Through-Einrichtung (oder häufiger als PVM bezeichnet) bekannt war. PVM erlaubte wie VTAM Verbindungen zu Remote -VM/CMS -Systemen sowie anderen IBM -Systemen.[25] Wenn zwei VM/CMS-Knoten über einen Kanal-zu-Kanal-Link oder eine Bisync-Link (möglicherweise ein Dialup-Modem oder eine gemietete Zeile verwenden) miteinander verknüpft wurden, könnte ein Benutzer aus der Ferne eine Verbindung zum System herstellen, indem sie auf dem VM-Anmeldebildschirm "PVM Dial PVM" eingibt und dann in den Namen des Systemknotens eingeben (oder aus einer Liste der verfügbaren Knoten ausgewählt). Alternativ kann ein Benutzer, der CMS ausführt, das PSTRU -Programm verwenden, das neben PVM installiert wurde, um einen schnellen Zugriff auf Remote -Systeme zu ermöglichen, ohne sich aus der Sitzung des Benutzers abmelden zu müssen. PVM unterstützte auch den Zugriff auf Nicht-VM-Systeme, indem sie eine 3x74-Emulationstechnik nutzte. Spätere Veröffentlichungen von PVM enthielten auch eine Komponente, die Verbindungen von a akzeptieren konnte Sna Netzwerk.
VM war auch das Eckpfeiler -Betriebssystem von Bitnet, wie das für VM verfügbare RSCS -System zur Verfügung stellte, ein einfaches Netzwerk, das einfach zu implementieren war und etwas zuverlässig war. VM -Websites wurden mit einem RSCS -VM in jedem VM -System miteinander verbunden, und Benutzer konnten Nachrichten, Dateien und Stapeljobs über RSCs senden und empfangen. Der verwendete Befehl "Notiz" Xedit So zeigen Sie einen Dialog an, um eine E -Mail zu erstellen, von der der Benutzer sie senden kann. Wenn der Benutzer eine Adresse in Form von angegeben hat Benutzer am Knoten
Die E -Mail -Datei wird an RSCs geliefert, die sie dann dem Zielbenutzer im Zielsystem liefern würde. Wenn die Website TCP/IP installiert ist, kann RSCs mit dem SMTP -Service -Computer arbeiten, um Notizen (E -Mails) an Remote -Systeme zu übermitteln und diese zu erhalten. Wenn der Benutzer angegeben ist Benutzer bei einigen.host.name
Das Note -Programm liefert die E -Mail an den SMTP -Service -Computer, der sie dann auf die Zielseite im Internet weiterleitet.
Die Rolle von VM änderte sich innerhalb von IBM, als die Hardwareentwicklung zu erheblichen Änderungen der Prozessorarchitektur führte. Rückwärtskompatibilität blieb ein Eckpfeiler der IBM Mainframe Familie, die immer noch den grundlegenden Anweisungssatz verwendet, der mit dem Original eingeführt wurde System/360; aber die Notwendigkeit einer effizienten Nutzung des 64-Bit ZSeries machte den VM -Ansatz viel attraktiver. VM wurde auch in Rechenzentren verwendet, die von DOS/VSE in MVS konvertieren AIX und Linux, Plattformen, die immer wichtiger werden sollten. Die jetzige Z/VM Die Plattform hat endlich die Anerkennung innerhalb von IBM erreicht, dass VM -Benutzer lange Zeit erwartet hatten. Einige Z/VM -Websites führen Tausende von gleichzeitigen Anwendern für virtuelle Maschinen in einem einzigen System aus. Z/VM wurde erstmals im Oktober 2000 veröffentlicht[26] und bleibt im aktiven Gebrauch und Entwicklung.
IBM und Dritte haben viele Anwendungen und Tools angeboten, die unter VM ausgeführt werden. Beispiele beinhalten Ramis, FOKUS, SPSS, NOMADE, DB2, Rexx, RACF, und Officevision. Aktuelle VM -Angebote werden die Mainframe -Anwendungen ausführen, einschließlich Http Server, Datenbankmanager, Analysetools, technische Pakete und Finanzsysteme.
CP -Befehle
Ab Release 6 enthält das VM/370 -Steuerungsprogramm eine Reihe von Befehlen für allgemeine Benutzer, die sich mit der Definition und Kontrolle des virtuellen Geräts des Benutzers befassen. Teile des Befehls niedrigerer Fall sind optional[27]
Befehl | Beschreibung |
---|---|
#CP | Ermöglicht dem Benutzer, einen CP -Befehl aus einer Befehlsumgebung oder einer anderen virtuellen Maschine nach dem Drücken der Break -Taste auszugeben (Standardeinstellungen nach PA1). |
AdStop | Setzt an Adressstopp zum Stoppen der virtuellen Maschine bei einer bestimmten Anweisung |
Attn | Verursacht an Aufmerksamkeitsunterbrechung Ermöglicht CP, die Kontrolle in einer Befehlsumgebung zu übernehmen |
Start | Fahren oder nutzen Sie die Ausführung des virtuellen Computers des Benutzers fort, optional unter einer bestimmten Adresse |
Rückgeld | Ändern Sie die Attribute einer Spulendatei oder Dateien. Beispielsweise kann die Ausgabemittel oder der Name der Datei geändert oder druckerspezifische Attribute festgelegt werden |
Nah dran | Schließt einen offenen Drucker-, Punch-, Leser- oder Konsolen -Datei und setzt sie am Spooling -System frei |
PAAR | Verbinden Sie eine virtuelle Kanal-zu-Kanal-Adapter (CTCA) zu einem anderen. Wird auch verwendet, um simulierte QDIO -Ethernet -Karten an einen virtuellen Switch zu verbinden. |
CP | Führen Sie einen CP -Befehl in einer CMS -Umgebung aus |
Definieren | Ändern Sie die aktuelle Konfiguration der virtuellen Maschine. Fügen Sie virtuelle Geräte hinzu oder ändern Sie die verfügbare Speichergröße |
Ablösen | Entfernen Sie ein virtuelles Gerät oder Kanal aus der aktuellen Konfiguration |
WÄHLEN | Schließen Sie Ihr Terminal mit einer angemeldeten virtuellen Maschine mit mehreren Zugungen an |
Trennen | Trennen Sie Ihr Terminal, während Ihre virtuelle Maschine weiter ausgeführt wird |
Anzeige | Zeigen Sie virtuelle Maschinenspeicher oder (virtuelle) Hardware -Register an |
ENTSORGEN | Drucken Sie einen Snapshot -Dump der aktuellen virtuellen Maschine auf dem virtuellen Spulendrucker aus |
ECHO | Stellen Sie die virtuelle Maschine auf die typisierten Linien ein |
Extern | Ursache an externer Interrupt zur virtuellen Maschine |
Angeben | Zeigen Sie die aktuelle Systemlast oder Ihre Ressourcenverwendung an |
IPL | IPL (BOOT) Ein Betriebssystem auf Ihrer virtuellen Maschine |
VERKNÜPFUNG | Fügen Sie ein Gerät von einer anderen virtuellen Maschine an, wenn die Definition dieser Maschine das Teilen zulässt |
LoadVFCB | Angeben a Formulare Steuerpuffer (FCB) für einen virtuellen Drucker |
Ausloggen Ausloggen | Beenden Sie die Ausführung der aktuellen virtuellen Maschine und trennen Sie das System |
Einloggen Anmeldung | Melden Sie sich am System an |
Nachricht Nachricht | Senden Sie eine Einzeilungsnachricht an den Systembetreiber oder einen anderen Benutzer |
Nicht bereit | Verursachen, dass ein virtuelles Gerät nicht fertig erscheint |
Bestellen | Neue Spulendateien nach ID oder -Klasse nachbestellen |
Säubern | Löschen Sie geschlossene Spulendateien für ein Gerät nach Klasse, M ID oder allen |
Anfrage | Zeigen Sie Statusinformationen für Ihren virtuellen Computer oder die Nachricht des Tages oder die Nummer oder die Namen von angemeldeten Benutzern an |
BEREIT | Wegen einem Gerätende Unterbrechung für ein Gerät |
Anfrage | Verursachen einen Interrupt auf Ihrer virtuellen Konsole |
ZURÜCKSETZEN | Löschen Sie alle ausstehenden Interrupts für ein Gerät |
Zurückspulen | Einen echten (nicht virtuellen) zurückspulen Magnetband Einheit |
EINSTELLEN | Stellen Sie verschiedene Attribute für Ihre virtuelle Maschine ein, einschließlich Messaging oder Terminal Funktionstasten |
Schlafen | Platzieren Sie Ihre virtuelle Maschine in einem ruhenden Zustand auf unbestimmte Zeit oder für einen bestimmten Zeitraum |
SMSG | Senden Sie eine einzeilige spezielle Nachricht an eine andere virtuelle Maschine |
Spule | Setzen Sie Optionen für ein spooles virtuelles Gerät (Drucker, Leser oder Punch) |
Laden | Ändern Sie den Inhalt der Register oder die Speicherung Ihrer virtuellen Maschine |
System | Setzen Sie Ihre virtuelle Maschine zurück oder starten Sie sie neu oder löschen Sie den Speicher |
Schild | Set a Schild mit einem Spulengerät oder einer Datei zugeordnet. Das Tag wird normalerweise vom RECS (Remote Spooling Communications Subsystem) von VM verwendet, um das Ziel einer Datei zu identifizieren |
Terminal | Stellen Sie die Eigenschaften Ihres Terminals fest |
Verfolgen | Starten oder stoppen Sie die Verfolgung bestimmter Aktivitäten der virtuellen Maschine |
Transfer | Übertragen Sie eine Spulendatei auf oder von einem anderen Benutzer |
Vmdump | Lassen Sie Ihre virtuelle Maschine in einem vom interaktiven Problemsteuerungssystem (IPCS) lesbaren Format abgelassen. Programmprodukt |
Eröffnungsverlängerungen
Beginnend mit VM/ESA -Version 2 stellte IBM die lieferbare optionale Funktion vor Openedition für VM/ESA -Shell- und Dienstprogramme -Funktionen,[28] Dies bietet POSIX -Kompatibilität für CMS. Die herausragende Funktion war eine Unix-Shell für CMS. Der C -Compiler für diese UNIX -Umgebung wird entweder C/370 oder C für VM/ESA bereitgestellt. Weder das CMS-Dateisystem noch das standardmäßige VM Shared Dateisystem unterstützen die Dateien und Pfade im Unix-Stil. Stattdessen wird das Byte -Dateisystem verwendet. Sobald ein BFS -Ausmaß in einem SFS -Dateipool erstellt wurde, kann der Benutzer ihn mit dem montieren Openvm montage /../vmbfs:fileserververname:filepoolname/path/to/montage/point
. Der Benutzer muss auch das Root -Dateisystem montieren, der mit durchgeführt wird Openvm montage /../vmbfs:vmsys:root/ / /
Eine Schale kann dann mit gestartet werden OpenVM -Hülle
. Im Gegensatz zu den normalen SFs wird der Zugriff auf BFS -Dateisysteme durch POSIX -Berechtigungen gesteuert (mit Chmod und Chown).
Beginnend mit Z/VM Version 3, IBM Integrated Openedition in Z/VM[29] und benannte es in Openextensions um.
VM -Maskottchen
In den frühen 1980er Jahren die VM -Gruppe innerhalb TEILEN (Die IBM User Group) suchte ein Maskottchen oder ein Logo, das die Community übernehmen konnte. Dies war teilweise eine Antwort auf IBMs MVS Benutzer, die die Türkei als Maskottchen auswählen (nach Angaben der Legende von der MVS Performance Group in den frühen Tagen der MVS ausgewählt, als ihre Leistung ein wunden Thema war). 1983 wurde der Teddybär zu VMs de facto Maskottchen bei Share 60, als Teddy Bear -Aufkleber an den Namensnamen von "kuscheligeren Oldtimern" befestigt waren, um sie für Neuankömmlinge als "freundlich zu nähern" zu kennzeichnen. Die Bären waren ein Treffer und erschienen bald weit.[30] Bären wurden an die "Orden der Ritter von VM" aufgenommen, Personen, die "nützliche Beiträge" zur Gemeinschaft geleistet haben.[31][32]
Kritik
Während VM relativ leicht war (im Vergleich zu seinen Kollegen wie MVs), war VM in den frühen Tagen etwas instabil. Es wurde als eine ziemliche Leistung angesehen, ein VM/370 -System länger als eine Woche aufrechtzuerhalten. Benutzer kritisierten auch das CMS-Dateisystem und stellten fest, dass andere Betriebssysteme Mitte der 1980er Jahre Verzeichnisse, symbolische Links und andere wichtige Merkmale hatten. CMS hatte bis 1988 keine davon, als VM/SP Release 6 herauskam, was das gemeinsam genutzte Dateisystem einführte und diese Probleme linderte.
Einige Benutzer stellten auch fest, dass VM Openedition etwas "unnötig" war.
Anmerkungen
- ^ CMS kann Diag für E/A auf CMS -Dateisystemen verwenden.
Siehe auch
Verweise
- ^ Elliott, Jim (17. August 2004). "Die Entwicklung von IBM Mainframes und VM" (PDF). Linux für S/390 Linux für Big Iron. Aktiensitzung 9140. Abgerufen 21. Oktober, 2007.
- ^ VM/System -Produkt -Hochleistungsoption angekündigt. Ankündigungsbriefe. IBM. 21. Oktober 1981. ZP81-0805.
- ^ Virtual Machine/Extended Architektur -Migrationshilfe. Ankündigungsbriefe. IBM. 21. Oktober 1981. ZP81-0811.
- ^ VM -Systemanlage Virtual Machine/Extended Architecture (VM/XA). Ankündigungsbriefe. IBM. 12. Februar 1985. 285-044.
- ^ Virtual Machine/Extended Architecture System Product (VM/XA SP) Release 1 Release 1. Ankündigungsbriefe. IBM. 11. Juni 1987. 287-239.
- ^ Virtual Machine/Enterprise Systems Architecture Version 1 Release 1.0 und Version 1 Release 1.1. Ankündigungsbriefe. IBM. 5. September 1990. 290-499.
- ^ Z/VM V3R1 für 64-Bit-Architektur aktiviert. Ankündigungsbriefe. IBM. 3. Oktober 2000. 200-358.
- ^ Varian, Melinda (April 1991). "VM und die VM -Community: Vergangenheit, Gegenwart und Zukunft" (PDF). p. 55.
- ^ Schöpferisch, op. cit., p. 483 - Rolle von RSCs.
- ^ "Zwei Versionen von Mumps out". Computerwelt. Vol. Xxi, nein. 48. 30. November 1987. Abgerufen 9. Juli, 2022.
- ^ "Migrationsmatrix für lizenzierte Produkte für Z/VM" (PDF). IBM. 2. Dezember 2009. Abgerufen 9. Juli, 2022.
- ^ Gary R. Allred (Mai 1971). System/370 Integrierte Emulation unter OS und DOS (PDF). 1971 Spring Joint Computer Conference. Vol. 38. AFIPS Press. p. 164. doi:10.1109/afips.1971.58. Abgerufen 12. Juni, 2022.
Das Hypervisor -Konzept war relativ einfach. Es bestand aus einem Addendum zum Emulatorprogramm und einer Hardware -Modifikation auf einem Modell 65 mit einer Kompatibilitätsfunktion. Die Hardware-Modifikation unterteilte das Modell 65 in Partitionen, die jeweils von 0-n adressierbar sind. Das Programm -Addendum, der die Systemprogrammstatuswörter (PSW) mit sich überlagert hat, wurde zum Interrupt -Handler für das gesamte System. Nachdem festgestellt wurde, welche Partition das Ereignis initiiert hatte, das den Interrupt verursacht, wurde die Kontrolle entsprechend übertragen. Der Hypervisor benötigte dedizierte E/A -Geräte vor jeder Partition, und aus diesem Grund waren die E/A -Konfigurationen normalerweise recht groß und daher für die Mehrheit der Verwendungen unerschwinglich.
- ^ IBM System/370 Betriebsprinzipien (PDF). IBM. 1987. p. 10-5. Abgerufen 17. August, 2019.
- ^ a b "Anweisung in einer virtuellen Maschine diagnostizieren" (PDF). IBM Virtual Machine Facility/370: Systemprogrammierhandbuch (PDF) (Achte Ausgabe). IBM. März 1979. GC20-1807-7. Abgerufen 17. August, 2019.
- ^ "Kapitel 1. Die Diagnoseanweisung in einer virtuellen Maschine" (PDF). Z/VM Version 7 Release 2 CP -Programmierdienste (PDF). IBM. 12. August 2020. p. 3. SC24-6272-04.
In einem realen Prozessor führt der Diagnoseunterricht prozessorabhängige diagnostische Funktionen aus. In einer virtuellen Maschine verwenden Sie die Diagnose -Schnittstelle, um die CP -Dienste für Ihre virtuelle Maschine auszuführen. Wenn Ihre virtuelle Maschine versucht, eine Diagnoseanweisung auszuführen, wird die Steuerung an CP zurückgegeben. CP verwendet Informationen, die im Code -Teil der Anweisung bereitgestellt wurden, um zu bestimmen, welcher Service sie erbringen soll. Sobald dieser Dienst erbracht wurde, kehrt die Steuerung in die virtuelle Maschine zurück.
- ^ Virtual Machine/System Product CMS Benutzerhandbuch Release 6 (PDF). IBM. Juli 1988. Kapitel 4 (unter Verwendung des freigegebenen Dateisystems). SC19-6210-05.
- ^ "Dateipool Server -Maschinen" (PDF). CMS -Dateipoolplanung, -verwaltung und -betrieb (PDF). Z/VM 7.2. IBM. 12. November 2021. S. 18-23. SC24-6261-02. Abgerufen 10. Juni, 2022.
- ^ Varian, op. cit., p. 30 - Umfang der VM -Verwendung; Mehr VM -Lizenzen als MVS -Lizenzen
- ^ Virtuelle Maschine/System -Produkt Hochleistungsoption Release 5 Guide (PDF). IBM. Juli 1987. SC23-0189-3.
- ^ Virtual Machine/System Product Installation Guide Release 5 (PDF). IBM. Dezember 1986. SC24-5237-3.
- ^ "VM66265: Z/VM -Unterstützung für 80 logische Prozessoren". IBM. 27. August 2020.
- ^ VTAM -Referenz Zusammenfassung Version 3 Release 3 für MVS, VM und VSE/ESA (PDF). IBM. September 1990. LY43-0047-1.
- ^ IBM 9370 LAN Band 2 - IEE 802.3 Unterstützung (PDF). IBM. April 1988. GG24-3227-0.
- ^ "VM TCP/IP NFS Server Support". IBM.
- ^ VM/Pass-Through Facility Administration und Operation Version 2 (PDF). IBM. Juni 1993. SC24-5557-01.
- ^ "IBM: Über das Z/VM -Betriebssystem". IBM Z/VM Virtualisierungstechnologie. Vm.ibm.com. Abgerufen 2. Juli, 2015.
- ^ IBM Virtual Machine Facility/370: CP -Befehlsreferenz für allgemeine Benutzer (PDF). IBM. 1. August 1979. Abgerufen 15. August, 2019.
- ^ "Verfügbarkeit: VM/ESA Version 2 Release 1.0 mit Openedition für VM/ESA". Ankündigungsbriefe. IBM. 12. Juni 1995. 295-240.
- ^ "Z/VM V3R1 für 64-Bit-Architektur aktiviert". Ankündigungsbriefe. IBM. 3. Oktober 2000. 200-358. Abgerufen 31. Januar, 2022.
- ^ "Galerie von VM Web GIFs". IBM Z/VM Site. Archiviert von das Original am 18. Oktober 2006.
- ^ Varian, op. cit., p. 2 - Die Teddybärengeschichte
- ^ "Erklären Sie" Offizielles VM Teddy "". Herr Alan J. Flavell. Alanflavell.org.uk. Abgerufen 2. Juli, 2015.
Externe Links
VM Quellen
- Bob Ducharme, Handbuch für Betriebssysteme, Teil 5: VM/CMS
- Ein ziemlich detailliertes Benutzerhandbuch zu VM/CMS - E. C. Hendricks und T. C. Hartmann, "Evolution eines virtuellen Maschinensubsystems", IBM Systems Journal Vol. 18,, pp. 111–142 (1979)
- RSCS -Design und -implementierung - IBM Corporation, IBM Virtual Machine Facility/370 Einführung, GC20-1800, (1972)
- Das ursprüngliche Handbuch
Primäre CP/CMS -Quellen
- R. J. Creasy ","Der Ursprung des VM/370-Zeit-Sharing-Systems",", IBM Journal of Research & Development, Vol. 25, Nr. 5 (September 1981), pp. 483–90, PDF
- Perspektive auf CP/CMS und VM Geschichte durch die CP-40 Projektleiter, auch a CTSS Autor - E. W. Pugh, L.R. Johnson und John H. Palmer, IBMs 360 und frühe 370 Systeme, MIT Press, Cambridge MA und London, ISBN0-262-16123-0
- umfangreich (819pp.) Behandlung von IBMs Angeboten in dieser Zeit; die begrenzte Abdeckung von CP/CMS In einer so endgültigen Arbeit ist es aussagekräftig - Melinda Varian, VM und die VM -Community, frühere Gegenwart und Zukunft, Aktie 89 Sitzungen 9059–61, 1997;
- eine herausragende Quelle für CP/CMS und VM Geschichte
Zusätzliche CP/CMS -Quellen
- R. J. Adair, R. U. Bayles, L.W. Comeau und R. J. Creasy, Ein virtuelles Maschinensystem für die 360/40, IBM Corporation, Cambridge Scientific Center Report Nr. 320-2007 (Mai 1966)
-Ein wegweisendes Papier, das die Implementierung des Konzepts des virtuellen Maschine beschreibt, mit Beschreibungen des individuellen CSC S/360-40 und der CP-40 Entwurf - International Business Machines Corporation, CP-67/CMS, Programm 360D-05.2.005, IBM-Programminformationsabteilung (Juni 1969)
- IBMs Referenzhandbuch - R. A. Meyer und L. H. Seracright, "Ein Virtual Machine Time-Sharing-System", " IBM Systems Journal, Vol. 9, Nr. 3, S. 199–218 (September 1970)
-beschreibt das CP-67/CMS-System, das Funktionen und Anwendungen umrissen - R. P. Parmelee, T. I. Peterson, C. C. Tillman und D. J. Hatfield, "Virtual Storage and Virtual Machine Concepts", Konzepte, " IBM Systems Journal, Vol. 11, Nr. 2 (Juni 1972)
Hintergrund -CP/CMS -Quellen
- F. J. Corbató et al.,, Das kompatible Zeit-Sharing-System, ein Programmierhandbuch, M.I.T. Press, 1963
- F. J. Corbató, M. Merwin-Daggett und R. C. Daley, "Ein experimentelles Zeit-Sharing-System", System, "Systeme", "Systeme", "System", "System", "Systeme", "System", "System", "System", "System", "System", "Systeme", "System", "System", "Systeme", "Systeme", "System", "Systeme", "Systeme", "System", "System", "ein experimentelles Zeit-Sharing-System". Proc. Spring Joint Computer Conference (AFIPS) 21, S. 335–44 (1962) - Beschreibung von CTSS
- F. J. Corbató und V. A. Vyssotsky, "Einführung und Übersicht über das Multics -System", Proc. Herbst Joint Computer Conference (AFIPS) 27, S. 185–96 (1965)
- P. J. Denning, "Virtual Memory", Computerumfragen Vol. 2, pp. 153–89 (1970)
- J. B. Dennis, "Segmentierung und das Design von mehrprogrammierten Computersystemen", " Jacm Vol. 12, pp. 589–602 (1965)
- Anforderungen an den virtuellen Speicher für Project MAC, bestimmt für GE 645 - C. A. R. Hoare und R. H. Perrott, Hrsg.,, Betriebssystemtechniken, Academic Press, Inc., New York (1972)
- T. Kilburn, D.B.G. Edwards, M.J. Lanigan und F. H. Sumner, "Einstufiges Speichersystem", Ire trans. Elektron. Computer EC-11, pp. 223–35 (1962)
- Manchester/Ferranti Atlas - R. A. Nelson, "Mapping -Geräte und das M44 -Datenverarbeitungssystem", Forschungsbericht RC 1303, IBM Thomas J. Watson Research Center (1964)
- über die IBM M44/44X - R. P. Parmelee, T. I. Peterson, C. C. Tillman und D. J. Hatfield, "Virtual Storage and Virtual Machine Concepts", IBM Systems Journal, Vol. 11, pp. 99–130 (1972)
Zusätzliche Online-CP/CMS-Ressourcen
- febcm.club.fr - Timeline für Informationstechnologie, 1964–74
- www.multices.org - Tom Van Vlecks kurzer Aufsatz Die IBM 360/67 und CP/CMS
- www.cap-lore.com-Norman Hardy's Kurze Geschichte der virtuellen Maschinen von IBM
- www.cap-lore.com-Norman Hardy's Kurzbeschreibung der "Blaauw Box"
Andere Ressourcen
- IBM Redbooks Publikation - Z/VM Lehrbuch
- IBM: Z/VM -Portal
- IBM: Z/VM -Handbücher
- VM/PC -Dokumentation auf BitSavers
→Ableitung>>starker Einfluss>Einige Einfluss/Vorrang | ||
CTSS | ||
> IBM M44/44X | ||
>> CP-40/CMS → CP [-67]/CMS | → VM/370 → VM/SE -Versionen → VM/SP -Versionen → VM/XA -Versionen → VM/ESA → Z/VM | |
→ VP/CSS | ||
> TSS/360 | ||
> Tso zum MVT → für OS/VS2 → für MVS → ... → für Z/OS | ||
>> Mehrheit und die meisten anderen Zeitteilung Plattformen |