OS/360 und Nachfolger

IBM System/360 Betriebssystem (OS/360)

Entwickler	IBM
Geschrieben in	Montagesprache, Grundlegende Systeme Sprache (BSL)
OS -Familie	OS/360 und Nachfolger
Erstveröffentlichung	31. März 1966; Vor 56 Jahren
Neueste Erscheinung	21.8 / August 1972; vor 50 Jahren
Marketingziel	IBM Mainframe Computers
Plattformen	S/360, S/370
Kernel Typ	N / A
Lizenz	Public domain
gefolgt von	OS/VS1, OS/VS2 (SVS), OS/VS2 (MVS), Mvs/se,, MVS/sp Version 1, MVS/XA, MVS/ESA, OS/390, Z/OS

OS/360, offiziell bekannt als IBM System/360 Betriebssystem,^[1][2] ist ein abgebrochener Stapelverarbeitung Betriebssystem entwickelt von IBM für ihre damals neu System/360 Hauptrechner, angekündigt 1964; Es wurde von früher beeinflusst IBSYS/IBJOB und Eingangs-/Ausgangskontrollsystem (IOCs) Pakete für die IBM 7090/7094 und noch mehr durch das PR155 -Betriebssystem für die IBM 1410/7010 Prozessoren. Es war einer der frühesten^{[NB 1]} Betriebssysteme, um die Computerhardware zu verlangen Direktzugriffsspeichergerät.

Obwohl das OS/360 selbst eingestellt wurde, wurden Nachfolge -Betriebssysteme einschließlich der Virtueller Speicher MVS und die 64-Bit Z/OS, werden immer noch ab 2022 betrieben^{[aktualisieren]} und verwalten Sie die Kompatibilität auf Anwendungsebene mit OS/360.

Überblick

IBM kündigte drei verschiedene Ebenen von OS/360 an, die aus denselben Bändern generiert und den größten Teil ihres Codes geteilt wurden. IBM benannte schließlich diese Optionen um und nahm einige bedeutende Designänderungen vor:

• Einzelne sequentielle Scheduler (SSS)
  • Option 1
  • Primärkontrollprogramm (PCP)
• Mehrere sequentielle Scheduler (MSS)
  • Option 2
  • Multiprogrammierung mit einer festen Anzahl von Aufgaben (MFT)
  • MFT II
• Mehrere Prioritätsplaner (Abgeordnete)
  • Option 4
  • VMs^{[NB 2]}
  • Multiprogrammierung mit einer variablen Anzahl von Aufgaben (MVT)
  • Modell 65 Multiprocessing (M65MP)

Benutzer haben oft Spitznamen geprägt, z. B. "Big OS", "OS/MFT", aber keiner dieser Namen hatte eine offizielle Anerkennung von IBM.

Das andere wichtige Betriebssystem für System/360 -Hardware war DOS/360.

OS/360 ist in der öffentlich zugänglich^[3] und kann frei heruntergeladen werden. Es kann nicht nur auf der tatsächlichen System-/360 -Hardware ausgeführt werden, sondern auch auf dem kostenlosen ausgeführt werden Hercules Emulator, was unter den meisten läuft Unix und Unix-artig Systeme einschließlich Linux, Solaris, und Mac OS, ebenso gut wie Fenster. Es gibt OS/360 -Turnkey -CDs, die vorgenerierte OS/360 21.8 -Systeme bereitstellen, die unter Herkules laufen können.

Herkunft

IBM war ursprünglich beabsichtigt, dass System/360 nur eine Chargenorientin haben sollte^{[NB 3]} Betriebssystem, OS/360,^[4] in der Lage, auf Maschinen zu laufen, klein wie 32 Kib.^{[NB 4]} Es war auch beabsichtigt, eine separate zu liefern Timesharing Betriebssystem, TSS/360für die System/360 Modell 67. Es gibt mindestens zwei Berichte darüber, warum IBM sich schließlich entschieden hat, andere, einfachere batchorientierte Betriebssysteme zu produzieren:

• Weil festgestellt wurde, dass die "ca. 1,5 Millionen Anweisungen, die es dem System ermöglichen, mit praktisch ohne manuellen Eingriff zu arbeiten"^[5] bestehend aus OS/360 würde nicht in den begrenzten Speicher passen, der auf den kleineren System-/360 -Modellen verfügbar ist.^[6] oder
• Weil erkannt wurde, dass die Entwicklung von OS/360 viel länger dauern würde als erwartet.

IBM führte eine Reihe von Stopp-Lücken ein, um zu verhindern Grundlegende Programmierunterstützung (BPS) und BOS/360 (Basic -Betriebssystem für die kleinsten Maschinen mit 8K -Byte -Erinnerungen) dann TOS/360 (Bandbetriebssystem, für Maschinen mit mindestens 16.000 Byte -Erinnerungen und nur Klebebandfahrten) und schließlich DOS/360 (Festplattenbetriebssystem), das zu einem Mainstream -Betriebssystem wurde und der Vorfahr des heutigen weit verbreiteten Gebrauchs ist Z/VSE.^[6][7]

IBM veröffentlichte drei Varianten von OS/360: PCP (Primary Control Program), eine Stop-Lack, die 1966 nur einen Job gleichzeitig ausführen konnte. Mft (Multiprogrammierung mit fester Anzahl von Aufgaben) für die Mittelklasse-Maschinen und MVT (Multiprogrammierung mit variabler Anzahl von Aufgaben) für das obere Ende.^[8] MFT und MVT wurden bis mindestens 1981 verwendet,^[9] Ein Jahrzehnt nach Beginn ihrer Nachfolger.^[10] Die Trennung zwischen MFT und MVT entstand aufgrund von Speicherbeschränkungen und Planungsbeschränkungen. Anfangs behauptete IBM, dass MFT und MVT einfach "zwei Konfigurationen der OS/360 Steuerungsprogramm ", obwohl IBM sie als" separate Versionen von OS/360 "bezeichnete.^[2][4]

IBM schrieb ursprünglich OS/360 in Montagesprache. Später schrieb IBM einen OS/360 -Code in einer neuen Sprache. Grundlegende Systeme Sprache (BSL),^[11] abgeleitet von pl/i. Eine große Menge des TSO -Code in Release 20 wurde in BSL geschrieben.

TSS/360 war so spät und unzuverlässig, dass IBM es stornierte, obwohl IBM später drei Releases des TSS/370 PRPQ lieferte. Zu diesem Zeitpunkt CP-67 war gut genug, um IBM ohne Garantie als Timesharing -Einrichtung für einige große Kunden anzubieten.^[12]

OS/360 -Varianten

Diese drei Optionen boten solche ähnlichen Einrichtungen, dass die Portierung von Anwendungen zwischen ihnen normalerweise nur minimale Anstrengungen erforderten. Die gleichen Versionen von IBM -Programmprodukten, Anwendung und Dienstprogramm Software lief auf beiden. Der folgende Text behandelt größtenteils PCP, Mft und MVT als einfach neue Namen für das Original SSS, MSS und Abgeordnete, obwohl es einige Designänderungen gab. Auch der Text unterscheidet nicht zwischen M65MP und MVT.

Offiziell sind PCP, MFT und MVT keine separaten Betriebssysteme von OS/360,^[2] Es handelt sich nur um eine Installationszeit-Konfigurationsoptionen-in den heutigen Worten, drei verschiedene Varianten des OS-Kerns und des Schedulers. Aufgrund ganz anderer Verhaltens- und Speicheranforderungen betrachten Benutzer sie jedoch in der Regel für separate Betriebssysteme und bezeichnen sie als "frühes OS/360", "OS/MFT", "OS/MVT". MFT unterscheidet sich von MVT hauptsächlich in der Art und Weise, wie es den Speicher verwaltet: Bei der Installation von MFT geben Kunden in der Systemgenerierung (Sysgen) a fest^{[NB 5]} Anzahl von Partitionen, Speicherbereiche mit festen Grenzen, in denen Anwendungsprogramme gleichzeitig ausgeführt werden können.^[4]

PCP

Das Primärkontrollprogramm (PCP) war für Maschinen mit kleinen Erinnerungen vorgesehen. Es ähnelt MFT^{[NB 6]} mit einer Trennwand. Die Erfahrung zeigte, dass es nicht ratsam war, OS/360 auf Systemen mit weniger als 128 KIB -Speicher zu installieren, obwohl bei viel kleineren Maschinen, wie z. IBM ließ die PCP -Option in den letzten Releases von OS/360 fallen, wobei nur MFT II und MVT zurückblieb, die beide mehr Speicher benötigten.

Auch als sys = min in Makroausdehnungen bezeichnet, die systemabhängig waren.

Mft

Die Multiprogrammierung mit einer festen Anzahl von Aufgaben (MFT) sollte als Stopplap dienen Viele Probleme, so dass die einfachere MFT seit vielen Jahren weiterhin verwendet wurde. Nach der Einführung neu System/370 Maschinen mit virtuellem Speicher im Jahr 1972 entwickelten IBM MFT 2 in OS/VS1, das letzte System dieser bestimmten Linie.

Die erste Version von MFT^[13] teilte einen Großteil des Code und der Architektur mit PCP und war auf vier begrenzt Partitionen. Es war sehr umständlich, mehrere Partitionen durchzuführen. Viele Installationen verwendet Houston Automatische Spulenpriorität (HaSP), um die Komplexität zu mildern.

MFT Version II (MFT-II)^[14] Sie haben viel mehr vom Kontrollprogramm und des Scheduler -Code mit MVT geteilt und war viel flexibler zu betreiben. Die maximale Anzahl von Partitionen stieg auf 52.

Spätere Modifikationen von MFT-II hinzugefügt Untertastung, so dass die feste Anzahl der Aufgaben nicht mehr festgelegt wurde, obwohl die Anzahl der Partitionen eine Einschränkung blieb.

Die Erfahrung zeigte, dass es nicht ratsam war, MFT auf Systemen mit weniger als 256 KIB Speicher zu installieren,^[15] was in den 1960er Jahren eine ziemlich große Menge war.

Auch als sys = int in makroerweiterungen bezeichnet, die systemabhängig waren.

MVT

Multiprogrammierung mit einer variablen Anzahl von Aufgaben (MVT)^[16] war die anspruchsvollste von drei verfügbaren Konfigurationen von OS/360Das Steuerungsprogramm und eine von zwei verfügbaren Konfigurationen in den letzten Veröffentlichungen.^[17] MVT war für die größten Maschinen in der Familie/360 -Familie vorgesehen. 1964 eingeführt, wurde es erst 1967 verfügbar. Frühe Versionen hatten viele Probleme und die einfachere MFT wurde seit vielen Jahren weiterhin verwendet. Die Erfahrung zeigte, dass es nicht ratsam war, MVT auf Systemen mit weniger als 512 KIB Speicher zu installieren

MVT behandelte den gesamten Speicher, der nicht vom Betriebssystem als einzelner Pool verwendet wird, aus dem zusammenhängend Regionen könnte wie von einem unbegrenzten zugeordnet werden^{[NB 7]} Anzahl der gleichzeitigen Anwendungs- und Systemprogramme. Dieses Schema war flexibler als MFTs und im Prinzip verwendete das Gedächtnis effizienter, war jedoch verantwortlich dazu Zersplitterung - Nach einer Weile konnte man feststellen, dass es zwar genügend Ersatzspeicher gab, um ein Programm durchzuführen, aber in separate Stücke unterteilt war, von denen keiner groß genug war.^[4] System/360 fehlte Speicherverzögerungshardware, sodass die Speicherverdichtung nicht zur Verringerung der Fragmentierung verwendet werden konnte. Eine Einrichtung genannt Rollout/Rollin Könnte einen laufenden Job in den Sekundarspeicher austauschen, um seinen Speicher für einen anderen Job zur Verfügung zu stellen. Der ausgerollte Job müsste jedoch sein gerollt an den ursprünglichen Speicherorten, als sie wieder verfügbar wurden.^[18]

1971 die Zeitfreigabeoption (TSO) zur Verwendung mit MVT wurde als Teil von Release 20.1 hinzugefügt. TSO wurde häufig für die Programmentwicklung verwendet, da es einem Herausgeber, der Möglichkeit, Stapeljobs einzureichen, über ihre Fertigstellung zu informieren und die Ergebnisse zu betrachten, ohne auf gedruckte Berichte zu warten, und Debugger Für einige der Programmiersprachen, die auf System/360 verwendet werden. TSO in OS/360^{[NB 8]} mit Terminals kommuniziert durch Verwendung Telekommunikationszugriffsmethode (TCAM). Der Name von TCAM deutet darauf hin, dass IBM hoffte, dass er die Standardzugriffsmethode für die Datenkommunikation werden würde, aber tatsächlich wurde TCAM in OS/VS2 für TSO fast ausschließlich verwendet und wurde weitgehend von ersetzt von Virtuelle Telekommunikationszugriffsmethode (VTAM) Mitte bis Ende der 1970er Jahre.

Auch als sys = vms in Aufrufe einiger systemabhängiger Makros bezeichnet.

M65MP

Modell 65 Multiprocessing (M65MP) ist eine Variante von MVT. Es läuft auf einem 360/65 im Multisystem -Modus^[19] M65MP -Fallen Verwendung der SET -Systemmaske (SSM) zur Serialisierung des deaktivierten Codes zwischen den beiden CPUs. Zum größten Teil hat ein M65MP -System das gleiche Verhalten und die gleichen Schnittstellen wie jedes andere MVT -System.

Das Schlüsselwortparameter Sys = VMs enthielt M65MP sowie uniprozessor mvt.

Gemeinsame Funktionen

PCP, MFT und MVT bieten ähnliche Einrichtungen aus Sicht der Anwendungsprogramme:

• Das Gleiche Programmierschnittstelle (API) und Anwendung Binärschnittstelle (ABI), so dass Anwendungsprogramme zwischen MFT und MVT übertragen werden können, ohne dass modifiziert werden muss oder müssen neu assempulisch oder neu kompiliert.
• Das Gleiche JCl (Arbeitskontrollsprache für die Einleitung von Batch -Jobs), was flexibler und einfacher zu bedienen war, wenn auch komplexer als die von DOS/360.
• Die gleichen Einrichtungen (Zugangsmethoden) zum Lesen und Schreiben von Dateien und zum Datenkommunikation:
  • Sequentielle Datensätze werden normalerweise von Anfang bis Ende jeweils jeweils einen Datensatz gelesen oder geschrieben BSAM oder Qsam. Dies war die einzige Technik, für die es verwendet werden konnte Klebebandfahrten, Karte Leser / Schläge und Drucker.
  • In indiziert (Isam) Dateien Ein angegebener Abschnitt jedes Datensatzes wird als Schlüssel definiert, mit dem bestimmte Datensätze nachgedacht werden können.
  • Im direkten Zugang (Bdam) Dateien, das Anwendungsprogramm muss die relative Blocknummer, den relativen Track und den Datensatz (TTR) oder den tatsächlichen physischen Standort (MBBCCHHR) angeben^{[NB 9]} in einem Direktzugriff Speichergerät (DASD) der Daten, auf die darauf zugreifen wollte, oder auf den Ausgangspunkt für eine Suche nach Schlüssel. Die BDAM -Programmierung war nicht einfach und die meisten Organisationen benutzten sie nie selbst. Es war jedoch der schnellste Weg, um auf Daten auf Datenträger zuzugreifen, und viele Softwareunternehmen verwendeten sie insbesondere in ihren Produkten Datenbankmanagementsystem wie zum Beispiel Adabas, IDMS und IBMs Dl/i. Es ist auch bei OS/360 FORTRAN erhältlich. BDAM -Datensätze sind nicht blockiert, mit einem logischen Datensatz pro physischem Datensatz.
  • Eine zusätzliche Dateistruktur, verteiltund Zugangsmethode (BPAM), wird hauptsächlich für die Verwaltung von Programmbibliotheken verwendet. Obwohl partitionierte Dateien komprimiert werden müssen, um den freien Speicherplatz zurückzugewinnen, hat dies weniger Einfluss als eine ähnliche Anforderung für DOS/360's Core Image Library, da MFT und MVT mehrere partitionierte Datensätze und jedes Projekt im Allgemeinen mindestens eines enthält.
  • Generierungsdatengruppen (GDGs) wurden ursprünglich zur Unterstützung entwickelt Großvater-Vater-Sohn-Sicherungsverfahren - Wenn eine Akte geändert wurde, wurde die veränderte Version der neue Sohn, der frühere Sohn wurde der Vater, der frühere Vater wurde der Großvater und der vorherige Großvater wurde gelöscht. Man könnte jedoch GDGs mit mehr als drei Generationen einrichten, und einige Anwendungen verwendeten GDGs, um Daten aus großen und variablen Anzahl von Quellen zu sammeln und die Informationen an ein Programm zu füttern - jedes Sammelprogramm erstellte eine neue Generation der Datei und das endgültige Programmlese Die gesamte Gruppe als einzelne sequentielle Datei (indem keine Generation in der JCL angibt).
  • BTAMEine Datenkommunikationseinrichtung war primitiv und für heutige Maßstäbe schwer zu verwenden. Es konnte jedoch mit fast jeder Art von Terminal kommunizieren, was zu einer Zeit, in der es kaum eine Standardisierung von Kommunikationsprotokollen gab, ein großer Vorteil war.
• Mit dem Dateibenennungssystem können Dateien als Hierarchien verwaltet werden, wobei höchstens 8 Zeichennamen auf jeder Ebene, z. Project.user.filename. Dies ist an die Umsetzung der Systemkatalog (Sysctlg) und Kontrollvolumen (CVOLs), bei denen Datensätze mit 8 Byteschlüssel verwendet wurden.

Gemeinsame Funktionen ohne PCP

Einige Funktionen waren nur für MFT und MVT erhältlich:

• A Spulen Einrichtung für MFT II und MVT (denen DOS/360 zunächst fehlte, aber später durch die Leistungsanwendung bereitgestellt wurde).
• Anwendungen in MFT (Release 19 und später) und MVT konnten Unteraufgaben erstellen, die Multitasking ermöglichten (Multithreading) innerhalb eines Jobs.
• Grafikberufsbearbeitung
• Satelliten -Grafikberufsverarbeitung
• Remote -Jobeintrag
• Telekommunikationszugriffsmethode (QTAM) in der Warteschlange
• Telekommunikationszugriffsmethode (TCAM)

System/370 und virtuelle Speicherbetriebssysteme

Wann System/370 wurde 1970 angekündigt, es bot im Wesentlichen dieselben Einrichtungen wie System/360, aber mit etwa 4 -facher Verarbeitungsgeschwindigkeiten von ähnlich preisgünstigem System/360 CPUs.^[20] 1972 kündigte IBM an System/370 Erweiterte Funktionen, von denen der Hauptartikel war, dass zukünftige Verkäufe von System/370 enthalten würden virtueller Speicher Fähigkeit und dies könnte auch auf vorhandene Systeme/370 CPUs retro eingestuft werden. Daher verpflichtete sich IBM auch, erweiterte Betriebssysteme bereitzustellen, die die Verwendung des virtuellen Speichers unterstützen könnten.^[21][22]

OS/360

IBM stellte ein Betriebssystem/360 zur Verfügung System Option für S/370 -Support, die DAT nicht unterstützte, aber:

• Unterstützungskontrollregister
• Unterstützung erweiterter I/O.^{[NB 10]}
• Geben Sie einen S/370 -Maschinen -Check -Handler an
• Bieten Sie begrenzte Unterstützung für die neuen Timeranlagen

OS/VS1

OS/VS1 ist der Nachfolger von MFT und bietet ähnliche Einrichtungen mit mehreren Ergänzungen, z. B. res, virtueller Speicher. VSAM (siehe unten) war ursprünglich als unabhängige Komponentenfreigabe (ICR) erhältlich und später in die OS/VS1 -Basis integriert.^[4] IBM veröffentlichte bis 1983 ziemlich kleine Verbesserungen von OS/VS1 und kündigte 1984 an, dass es nicht mehr geben würde. AIX/370, AIX/ESA, DPPX, IX/370, OS/VS1 und TSS/370 sind das einzige System/370 Betriebssysteme, die keine modernen Nachkommen haben.

OS/VS2 SVS und MVs

OS/VS2 Release 1 war gerade MVT plus virtueller Speicher und VSAM (siehe unten).^[4] Diese Version wurde schließlich umbenannt OS/VS2 SVSFür einzelne virtuelle Speicher wurde bei der Einführung von OS/VS2 Release 2, auch als MVS bezeichnet, für mehrere virtuelle Speicherung eingeführt. SVS war als Sprungbrett von MVT zu MVS gedacht und ist heute nur von historischem Interesse.

1974 veröffentlichte IBM das, was es als OS/VS2 Release 2 bezeichnete, aber das war wirklich ein neues Betriebssystem, das war nach oben kompatibel Mit OS/VS2 Release 1. Der Vorgesetzte des neuen Systems wurde weitgehend in einem neuen Dialekt von BSL umgeschrieben. Pl/s;^[23][24] BSL und PL/s waren Dialekte von Pl/i mit Erweiterungen zum Transkriben Montagesprache Code, einschließlich Privilegierte Anweisungen benötigt, um den Computer als Ganzes zu steuern. Zeitempfindliche Betriebssystemkomponenten wie der OS-Dispatcher und der OS-Dispatcher und der IOSinsbesondere unter anderem unter anderem codiert in Montagesprache, die für OS/VS im IFOX00 Assembler verbessert worden war^{[NB 11]} (Aus dem älteren OS/360 IEUMASM -Assembler).

MVS -Adressräume - Globale Ansicht MVs (gemeinsamer Teil aller Adressräume) App 1 App 2 App 3 Gemeinsamer virtueller Bereich (von MVs kontrolliert)

Ansicht einer Anwendung MVS App 1 Gemeinsamer virtueller Bereich

Die auffälligste Funktion der neuen Version war, dass sie mehrere virtuelle Adressräume unterstützte - verschiedene Anwendungen dachten, sie würden den gleichen Bereich virtueller Adressen verwenden, aber das neue System des neuen Systems virtueller Speicher Einrichtungen kartierten diese auf verschiedene Bereiche der realen Speicheradressen. Der Adressraum jeder Anwendung besteht aus 3 Bereichen: Betriebssystem (eine Instanz, die von allen Jobs geteilt wird); ein Anwendungsbereich, der für jede Anwendung eindeutig war; gemeinsamer virtueller Bereich, der für verschiedene Zwecke verwendet wird, einschließlich der Kommunikation zwischen den Arbeiten. IBM versprach, dass die Anwendungsbereiche immer mindestens 8 MB betragen würden. Dieser Ansatz beseitigte das Gedächtnisrisiko Zersplitterung Das war in MVT und SVS vorhanden und verbesserte die interne Sicherheit des Systems.^[4] Das neue System wurde schnell als "bekannt"MVS"(Mehrere virtuelle Speicher), das ursprüngliche Betriebssystem/VS2 wurde als" SVS "(einzelne virtuelle Speicher) bekannt und akzeptierte diese Terminologie und bezeichnete die Nachfolger von MVS" MVS/xxx".^[25]

MVS führte einen neuen Ansatz für das Workload-Management ein, mit dem Benutzer Leistungsziele für Stapeljobs mit hoher Priorität definieren können. Dies ermöglichte es den Benutzern, ihren Systemen mehr Arbeit zu geben als zuvor, ohne die Leistung der Jobs mit höchster Priorität zu beeinflussen.^[26]

MVS war das erste Mainstream -Betriebssystem von IBM auf dem System/370^{[NB 12]} um das zu unterstützen, was IBM nannte eng gekoppelte Multiprozessing, in welch 2 (später bis zu 12, für IBM Mainframes und bis zu 16, für Amdahl Mainframes) CPUs Shared gleichzeitiger Zugriff auf denselben Speicher (und a Single Kopie des Betriebssystems und peripheren Geräte), die eine größere Verarbeitungsleistung und einen gewissen Grad an bieten anmutiger Abbau Wenn eine CPU fehlschlug (was zum Glück zu einem immer selteneren Ereignis wurde, als System -Up -Zeit stieg Std. zu Tage und dann zu Jahre.))

Anfangs wurde MVs mit a geliefert Jobwarteschlange Manager angerufen JES2 (Jobeintrags -Subsystem 2), das von HaSP abgestammt wurde (Houston Automatische Spulenpriorität) und auch unterstützt Remote -Jobeintrag von Workstations an anderer Stelle. JES2 kann nur Arbeitsplätze für eine CPU verwalten (was möglicherweise ein eng gekoppeltes Multiprozessor -System sein kann). 1976 bot IBM eine weitere Option, JES3 (Jobeintrags -Subsystem 3), ein Nachkomme von ASP (Beigefügter Support -Prozessor), das es einer CPU ermöglicht, eine einzelne Hörwarteschlange mit mehreren physikalisch unterschiedlichen CPUs zu verwalten, und ermöglicht daher die Konsole eines Bedieners, die Arbeit all dieser CPUs zu verwalten.^[27] Hinweis: JES1 war der Job -Warteschlangenmanager für OS/VS1 (siehe oben).

Vsam

IBM hoffte das Virtuelle Speicherzugriffsmethode (VSAM) würde seine früheren sequentiellen, indizierten und direkten Zugriffsmethoden ersetzen, da es verbesserte Versionen davon bereitstellte:^[28][29]

• Einstiegssequenzierte Datensätze (ESDs) bieten ähnliche Funktionen wie sequentielle und bdam (Direct) -Datensätze, da sie entweder von Anfang bis Ende oder direkt durch Angabe eines Versatzes von Anfang an gelesen werden können.
• Key-sequenzierte Datensätze (KSDs) sind ein großes Upgrade von IBMs ISAM: Sie ermöglichen Sekundärschlüssel mit nicht eindeutigen Werten und Schlüssel, die durch Verkettung nicht zusammenhaltender Felder in jeder Reihenfolge gebildet werden. Sie reduzieren die Leistungsprobleme, die durch Überlaufaufzeichnungen verursacht werden, um Insertionen und Aktualisierungen in ISAM zu verarbeiten. Und sie reduzieren das Risiko, dass ein Software- oder Hardwarefehler in der Mitte eines Index -Updates den Index beschädigt. VSAM bietet eine ISAM / VSAM-Schnittstelle, mit der ISAM-basierte Anwendungen mit VSAM KSDS ohne Neuprogrammierung verwendet werden können.^[30]
• Relative Datensätze (RRDs) sind ein Ersatz für den direkten Zugriff (Bdam) Datensätze, sodass Anwendungen auf einen Datensatz zugreifen können, indem eine relative Datensatznummer angegeben wird. Im Gegensatz zu ESDs und KSDs unterstützt RRDs keine Datensätze mit variabler Länge.

Diese VSAM -Formate wurden zur Grundlage von IBMs Datenbankmanagementsystem, IMS/vs und DB2 - Normalerweise für die tatsächliche Datenspeicherung und KSDS für Indizes.

VSAM bietet außerdem eine neue Implementierung der Kataloganlage, mit der Anwendungen mit Namen zugreifen können, ohne zu wissen, auf welchem ​​Festplattenlaufwerk sie sich befinden. Vsam -Datensätze muss in einem VSAM-Katalog definiert werden, bevor sie verwendet werden, und nicht-VSAM-Datensätze können auch in einem VSAM-Katalog aufgeführt werden. Der MVS -Masterkatalog muss Sei ein Vsam -Katalog.^[29] Kataloge wurden ursprünglich in OS/360 in Form von CVOLs bereitgestellt; MVS fügte eine separate Katalogstruktur für VSAM hinzu; Später fügte IBM eine dritte Art von Katalog hinzu, die als ICF -Katalog bekannt ist.^[31] (IBM hat die Unterstützung für CVOL- und VSAM-Kataloge ab 2000 entfernt, da sie nicht Y2K-konform waren; daher werden in z/OS nur ICF-Kataloge unterstützt.)^[32]

Sna

1974 kündigte IBM an Systemnetzwerkarchitektur, die die Kosten für die Ausführung großer Terminalsnetzwerke senken sollte, hauptsächlich durch die Verwendung von Kommunikationslinien viel effizienter. Dies ist nur für den virtuellen Speicher -Betriebssystem von IBM verfügbar, da seine Mainframe -Softwarekomponente. VTAM ist nur mit diesen Betriebssystemen erhältlich.

Spätere MVS -Versionen und Verbesserungen

1977 kündigte IBM MVS/System -Erweiterungen an, a Programmprodukt (d. H. Es kostete zusätzliches Geld), was die MVS -Leistung verbesserte und die Funktionalität ergänzt.^[33]

Nachkommen von MVs werden immer noch für die neuesten Nachkommen von System/360 verwendet. System/390 und ZSeries; es wurde umbenannt in OS/390 Für System/390 und die 64-Bit-Version für die ZSeries wurde benannt Z/OS.

Struktur, Schnittstelle und Logik

Aus Größe der Größe konzentriert sich dieser Abschnitt auf die MVT -Option von OS/360; PCP und MFT sind sehr ähnlich; mit Änderungen der Nomenklatur und einigen geringfügigen Unterschieden. OS/VS1 und SVS Haben ähnlich die gleiche Struktur wie MFT II und MVT, während MVSObwohl ein Großteil der Logik von MVT beibehalten wird, hat sie in einem separaten Artikel eine größere Verbesserung. Dieser Artikel hält die Verwendung des Begriffs von IBM an Lagerung statt Erinnerung.

CPU -Zuweisung

OS/360 sendet Prozessoren zu Aufgaben, die analog zu sind zu Leichte Prozesse oder Themen in anderen Systemen. Jede Aufgabe hat eine Aufgabenkontrollblock (TCB) und ein Stapel von Anfrageblöcke^{[NB 13]} (RBS). Eine Aufgabe ist entweder versandbar oder nicht fixierbar^{[NB 14]} Und ein RB wartet entweder^{[NB 15]} oder nicht warten. Das Dispatcher Wählt die Versandaufgabe mit höchster Priorität aus, deren aktueller RB nicht wartet.

Speicherlayout

In OS/360 ist der gesamte Speicher für alle Code sichtbar, obwohl es sichtbar ist Schutz erhalten Kann den Zugriff durch nicht privilegierten Code auf einige Kontrollblöcke verhindern. Die Hauptspeicherung für MVT ist in den folgenden Bereichen festgelegt.

Der Nukleus.

Dies ist ein Speicherabschnitt an Ort 0, geladen von SYS1.NUCLEUS(IEANUCxx), wobei xx normalerweise 00 ist^[34]:72 und der Begriff Absolute Adresse Bezieht sich auf die tatsächlich an Speicher gesendete Adresse nach einem Vorfixieren während des Begriffs Echte Adresse Bezieht sich auf die Adresse, bevor ein Präfixing angewendet wird. Der Kern enthält Interrupt -Handler, Kontrollblöcke, Typ 1 und Typ 2 SVC -Routinen, Routinen, die direkt von unzügiger Code und Routinen aufgerufen werden können, die nur vom privilegierten Code aufgerufen werden können.

System Warteschlangenbereich (SQA).

Dies ist ein Bereich, aus dem das System zwischen Jobs geteilt wird.

Privates Gelände.

Dies ist ein Bereich, aus dem MVT die Speicherung für Regionen erwirbt. Der Master Scheduler und die Kommunikationsaufgabe werden in der Region Master Scheduler ausgeführt, die Nip Zuteilt aus diesem Bereich.

Link -Pack -Bereich^{[NB 16]}

Dies ist ein Bereich, in dem MVT zu IPL -Zeiten wieder eingegangen ist, die anschließend von allen Jobs geteilt werden können.

IPL -Prozess

Wenn die Operatoren zunächst auswählen LOAD, Das System sendet a READ IPL Befehl an das ausgewählte Gerät, lesen Sie 24 Bytes aus Zylinder 0, Track 0, Datensatz 1, in Speicherort 0.^[34]:22 Bytes 8-23 Lesen und Übertragen auf den Bootstrap-Datensatz^[35] Zylinder 0, Track 0, Record 2, was wiederum den IPL -Loader liest und überträgt. Der IPL -Lader führt anfänglich die Haushaltsführung, lokalisiert den angeforderten Kern und lädt ihn mit Umzug. Der Interrupt -Handler -CSECT befindet sich immer am Ort 0 und der Nucleus -Initialisierungs -CSECT ist immer zuletzt, sodass er schließlich verworfen werden kann. Das Nucleus -Initialisierungsprogramm (NIP) initialisiert verschiedene Systemkomponenten.

Anfänglich muss Nip Services anbieten, die sie benötigt. Da es jedoch verschiedene Betriebssystemanlagen initialisiert, die es mit Standarddiensten verwendet, z. B. verwendet es die OBTAIN Makro zum Lesen a Datensatzsteuerungsblock (DSCB) von a Volumeninhaltsverzeichnis (VTOC).

NIP liest Mitglieder aus dem SYS1.PARMLIB Datensatz, um verschiedene Betriebsdaten zu erhalten. Diese Mitglieder können standardmäßig vom Bediener oder durch Parameter in anderen Mitgliedern angegeben werden.

NIP erstellt schließlich einen Master -Zeitplanbereich aus dem privaten Bereich und überträgt an IEEVIpl, um die Master -Scheduler- und Kommunikationsaufgabe zu initialisieren, die die Systeminitialisierung abschließt.

Berufsähnliche Arbeitseinheiten

Neben Batch -Jobs unterstützt OS/360 verschiedene Arbeitskategorien, die es ähnlich wie Batch -Jobs verarbeitet. In allen Fällen muss das System JCL verarbeiten, eine Region zuordnen, Geräte zuweisen und das Job-Schritt-Programm initiieren. Für einen Batch -Job verarbeitet der Leser/Interpreter JCL von einem externen Gerät; zum START Befehle, MOUNT Befehle und Tso LOGONDas System generiert JCL, das ein katalogisiertes Verfahren anruft.

Schnittstellen

API

OS/360 verfügt über einen Kontrollblock, der als Kommunikationsvektortabelle (CVT) bekannt ist, der Zeiger auf andere Steuerblöcke und verschiedene Routinen enthält. Einige der OS/360-Makroinstruktionen beziehen sich auf Felder in den CVT- und anderen Steuerblöcken.

OS/360 verfügt über Makros, um DSECT -Zuordnungen einiger Kontrollblöcke bereitzustellen, obwohl viele Makros hart codierte Offsets haben und nicht die Namen in den Mapping -Makros.

OS/360 -Dienste haben in der Regel Parameter in Register 1; Einige verwenden Register 0 und 1 und einige verwenden Register 0, 1 und 15.

OS/360 -Service -Makros haben häufig drei Formen:

Form ausführen

Führen Sie die Funktion mit einer bereitgestellten Parameterliste aus

Listenformular

Generieren Sie eine Parameterliste mit voreingestellten Parametern, die von einem Makro ausführenden Formular verwendet werden können.

Standardform

Generieren Sie eine beliebige erforderliche Parameterliste und führen Sie die Funktion aus.

Viele der wichtigen Dienste werden in implementiert SVC Routinen und Bewahren Sie Register 2-14. Andere werden als direkt aufrufbare Unterprogramme implementiert, wobei die Eingabeadressen in Systemsteuerblöcken eingerichtet werden und erfordern, dass sich 13 auf einen Standard -Speicherbereich hinweisen. Diese erhalten die Register 2-13 typischerweise. In beiden Fällen enthält registrieren Sie sich 15 an der Exit normalerweise einen Rückgabecode. Viele Dienste geben zusätzliche Daten in Registern 0 und 1 zurück.

Operatorkonsolen

OS/360 erfordert mindestens eine Operatorkonsolen. Es gibt zwei Stufen der Unterstützung

Primär

Dies ist eine grundlegende Unterstützung, die nur eine primäre Konsole ermöglicht, eine optionale alternative Konsole

Mehrfachkonsolenunterstützung (MCS)

MCS erlaubt eine Masterkonsole und bis zu 31 Sekundärkonsolen. Jedes der 32 Konsolen kann eine alternative Konsole haben, um ihren Nachrichtenverkehr zu erhalten, falls sie fehlschlägt. MCS ermöglicht die Aufzeichnung des Nachrichtenverkehrs in einem Hardcopy -Protokoll, bei dem entweder eine sekundäre Konsole oder das Systemprotokoll (Syslog) auf DASD sein kann. MCS umfasst das DIDOCS (Geräteunabhängige Display Operator Console Support), ein einheitliches Framework für die Unterstützung von CRT-basierten Konsolen.

Jede Nachricht, die von einem Schreibbetreiber (WTO) oder With Reply (WTOR) an den Operator (WTOR) veröffentlicht wurde, hat einen oder mehrere Routing -Code zugeordnet. Der Bediener kann eine Konsole auf nur bestimmte Routing -Codes beschränken. Eine typische Verwendung dafür würde darin bestehen, eine Konsole in eine Bandbibliothek zu platzieren und nur Nachrichten anzuzeigen, die für den Klebebibliothekar relevant sind. Der spezielle Routing -Code 7 führt dazu, dass der Nachrichtentext in das Nachrichtenprotokoll des Jobs enthalten ist.

Jede Nachricht verfügt auch über einen Deskriptor, der so steuert, wie sie verarbeitet wird.

Einer der wichtigsten Operatorbefehle ist REPLY, was eine Antwort auf die gibt WTOR Makro. Der Bediener kann nur auf eine WTOR an einer Konsole antworten, die seinen Nachrichtentext erhalten hat.

Ein wichtiger Befehl für Anzeigekonsolen, z. B.,, 2250, 2260, 3270, ist KONTROLLE (K), die Verarbeitungsoptionen für, z. B. Scrollen festlegt.

JCl

Zeitleiste

Diese Daten werden von entnommen IBM 360 Betriebssysteme Release -Historie, System/370 Marktchronologie von Produkten und DienstleistungenAnwesendIBM. "Z/OS, Z/OS.E und OS/390 Marketing und Service Ankündigung, Verfügbarkeit und Auszahlungsdaten". und IBM -Ankündigungsbriefe.

Best.-Nr.	Angekündigt	Versendet	Die Unterstützung fallen gelassen	Rel#	Name
360s	1964-04				Betriebssystem/360
	1964-04	1965-11		1	Betriebssystem/360 Prerelease Einzelner sequentieller Scheduler
	1964-04	1966-11			OS/360 Multiple sequentielle Scheduler
360s	1965-12	1966-03-31		1	Betriebssystem/360
360s		1966-06		2	Betriebssystem/360
360s	1966-08-18	1966-08		4/5	Betriebssystem/360
360s	1966-04-29	1966-10		6	Betriebssystem/360 Mft
360s		1966-12-07		8	Betriebssystem/360
360s		1967-02		9.5	Betriebssystem/360
360s		1967-05		11	Betriebssystem/360
360s		1967-08-08		12	Betriebssystem/360 MVT?
360s		1967-08		13	Betriebssystem/360 Mvt
360s		1968-01		14	Betriebssystem/360
360s		1968-08-30		15/16	Betriebssystem/360 MFT-II, VTOC-Positionierung
360s		1969-03		17	Betriebssystem/360
360s	1969-07	1969-09		18	Betriebssystem/360 SMF für MVT
360s	1969-10			18.6	Betriebssystem/360
360s		1970-03		19	Betriebssystem/360
360s	1970-06-01	1970-08-05		19.1	Betriebssystem/360 SMF für MFT, MFT Attach, 1285/87/88 Unterstützung
360s	1970-08-05			19.6	Betriebssystem/360
360s		1970-09		20	Betriebssystem/360 <tso>
360s	1971-02			20.1	Betriebssystem/360
360s				20.6	Betriebssystem/360
360s				21	Betriebssystem/360
360s				21.6	Betriebssystem/360
360s				21.7	Betriebssystem/360
360s	1972-08			21.8	Betriebssystem/360
5741	1972-08	1973- ??		1	Betriebssystem/virtueller Speicher 1 (OS/VS1)
5742-SC1	1972-08	1972- ??		1	Betriebssystem/virtuelles Speicher 2 (OS/VS2) (einzelner virtueller Speicher) (SVS)
5752-VS2	1972-08	1974- ??		2	Betriebssystem/virtuelles Speicher 2 (OS/VS2) (mehrere virtuelle Adressräume) (MVS) mit dem Jobeintrags -Subsystem 2 (JES2)
5752-VS2	1972- ??	1975-10		2	Betriebssystem/Virtual Storage 2 (OS/VS2) MVs mit Jobeintrags -Subsystem 3 (JES3)
5752-VS2	?	?		2.1	Betriebssystem/Virtual Storage 2 (OS/VS2) MVs mit Jobeintrags -Subsystem 3 (JES3)
5752-VS2	1975- ??	1975-10		3	Betriebssystem/Virtual Storage 2 (OS/VS2) MVs mit den Subsystemen der Jobeingabe 2 und 3 (JES2 und JES3)
5752-VS2	?	?		3.6	Betriebssystem/Virtual Storage 2 (OS/VS2) MVs mit den Subsystemen der Jobeingabe 2 und 3 (JES2 und JES3)
5752-VS2	1976-11	?		3.7	Betriebssystem/Virtual Storage 2 (OS/VS2) MVs mit den Subsystemen der Jobeingabe 2 und 3 (JES2 und JES3)
5752-VS2	1979- ??	?		3.8	Betriebssystem/Virtual Storage 2 (OS/VS2) MVs mit den Subsystemen der Jobeingabe 2 und 3 (JES2 und JES3)
5740-XE1	1979- ??	?		1	MVS/System -Erweiterungen (MVS/SE)
5740-XE1	1979-03	1979-08		2	MVS/System -Erweiterungen (MVS/SE2)
5740-Xys	1980-06	1980-12		1	MVS/System -Produktversion 1 JES2 (MVS/SP 1.1)
5740-Xyn	1980-06	1980-12		1	MVS/System -Produktversion 1 JES3 (MVS/SP 1.1)
5740-Xys	1980-06	1981-06		2	MVS/System -Produktversion 1 JES2 (MVS/SP 1.2)
5740-Xyn	1980-06	1981-06		2	MVS/System -Produktversion 1 JES3 (MVS/SP 1.2)
5740-Xys	1980-11	1981-10		3	MVS/System -Produktversion 1 JES2 (MVS/SP 1.3)
5740-Xyn	1980-11	1981-10		3	MVS/System -Produktversion 1 JES3 (MVS/SP 1.3)
5740-XC6	1981-10	1983-03		1	MVS/Systemprodukt - JES2 Version 2 (MVS/Extended Architecture) (MVS/XA)
5740-XC6	1981-10	1983-03		1	MVS/Systemprodukt - JES3 Version 2 (MVS/Extended Architecture) (MVS/XA)
5685-001	1988-02	1988-07		1	MVS/System -Produkt - JES2 Version 3 (MVS/Enterprise System Architecture) (MVS/ESA)
5685-002	1988-02	1988-07		1	MVS/System -Produkt - JES3 Version 3 (MVS/Enterprise System Architecture) (MVS/ESA)
5685-047	1990-09-05	1990-10-26	1994-03-31	1	MVS/ESA SP - JES2 Version 4
5685-047	1990-09-05	1992-12-31	1999-06-30	2	MVS/ESA SP - JES2 Version 4
5685-047	1992-06-18	1993-03-26	1999-06-30	3	MVS/ESA SP - JES2 Version 4
5685-048	1990-09	1990-10	1999-06-30	1	MVS/ESA SP - JES3 Version 4
5655-068	1994-04-05	1994-06-24	2001-01-31	1	MVS/ESA SP - JES2 Version 5
5655-068	1994-09-13 295-072	1995-06-30	2001-03-31	2	MVS/ESA SP - JES2 Version 5
5655-069	1994-09-13	1995-29-13	2001-03-31	2.1	MVS/ESA SP - JES3 Version 5
5655-069	1995-02-28 295-072	1995-09-29	2001-03-31	2.2	MVS/ESA SP - JES3 Version 5
5645-001	1996-02-20	1996-03-29 296-018	2001-01-31	1	OS/390 Version 1
5645-001	1996-02-20 296-018	1996-09-27	2001-01-31	2	OS/390 Version 1
5645-001	1996-09-10	1997-03-11 297-040	2001-03-31	3	OS/390 Version 1
5647-A01	1997-03-11 297-040	1997-09-26 297-355	2001-03-31	4	OS/390 Version 2
5647-A01	1997-09-09 297-355	1998-03-27 297-355	2001-03-31 298-049	5	OS/390 Version 2
5647-A01	1998-02-24 298-049	1998-09-25 298-278	2002-03-31	6	OS/390 Version 2
5647-A01	1998-08-18 298-278	1999-03-26 299-042	2002-03-31	7	OS/390 Version 2
5647-A01	1999-02-22 299-042	1999-09-24 299-234	2002-09-30	8	OS/390 Version 2
5647-A01	2000-02-29 299-234	2000-03-31 200-030	2003-03-31	9	OS/390 Version 2
5647-A01	2000-05-16	2000-09-29 200-145	2004-09-30	10	OS/390 Version 2
5694-A01	2000-10-03 200-352	2001-03-30	2004-03-31	1	Z/OS Version 1
5694-A01	2001-09-11 201-248	2001-10-26	2004-10-31	2	Z/OS Version 1
5694-A01	2002-02-19 202-031	2002-03-29	2005-03-31	3	Z/OS Version 1
5694-A01	2002-08-13 202-190	2002-09-27	2007-03-31	4	Z/OS Version 1
5694-A01	2004-02-10 [ 204-017	2004-03-26	2007-03-31	5	Z/OS Version 1
5694-A01	2004-08-10 204-180	2004-09-24	2007-09-30	6	Z/OS Version 1
5694-A01	2005-07-27 205-167	2005-09-30	2008-09-30	7	Z/OS Version 1
5694-A01	2006-08-08 206-190	2006-09-29	2009-09-30	8	Z/OS Version 1
5694-A01	2007-08-08 207-175	2007-09-28	2010-09-30	9	Z/OS Version 1
5694-A01	2008-08-05 208-186	2008-09-26	2011-09	10	Z/OS Version 1
5694-A01	2009-08-18 209-242	2009-09-25	2013-09	11	Z/OS Version 1
5694-A01	2010-07-22 210-235	2010-09-24	2015-09	12	Z/OS Version 1
5694-A01	2011-07-12 211-252	2011-09-30	2017-09	13	Z/OS Version 1
5650-Zos	2013-07-23 213-292	2013-09-30	2019-09	Alte Version, nicht mehr gepflegt: 1	Z/OS Version 2
5650-Zos	2015-07-28 215-267	2015-09-30	2021-09	Alte Version, nicht mehr gepflegt: 2	Z/OS Version 2
5650-Zos	2017-07-17 217-246	2017-09-27	2022-09-30	Ältere Version, dennoch gepflegt: 3	Z/OS Version 2
5650-Zos	2019-02-26 219-013	2019-09-30	Tba	Ältere Version, dennoch gepflegt: 4	Z/OS Version 2
5650-Zos	2021-06-27 221-260	2021-09-30	Tba	Aktuelle stabile Version: 5	Z/OS Version 2
Best.-Nr.	Angekündigt	Versendet	Die Unterstützung fallen gelassen	Rel#	Name
Legende: Alte Version Ältere Version, noch gepflegt Letzte Version Neueste Vorschau -Version Zukünftige Veröffentlichung

Anmerkungen

Verweise

Zitate

OS/360 -Handbücher

DMMAC

Makroanweisungen für Betriebssystemdatenmanagement - Release 21.7 (PDF). Systemreferenzbibliothek (Zweite Ausgabe). IBM. Juni 1973. GC26-3794-1. Abgerufen 7. Juni, 2022.

DMSVC

OS -Datenverwaltung Makro Services Guide - Release 21.7 (PDF). Systemreferenzbibliothek (Dritter Aufl.). IBM. Juli 1973. GC26-3746-2. Abgerufen 7. Juni, 2022.

DMSYS

OS -Datenmanagement für Systemprogrammierer - Release 21 (PDF). Systemreferenzbibliothek (Zwölfte Ausgabe). IBM. April 1973. GC28-6550-11. Abgerufen 7. Juni, 2022.

Jclref

IBM -System/360 Betriebssystem: Jobsteuerungssprachreferenz - OS -Release 21.7 (PDF). Systemreferenzbibliothek (Fiflth ed.). IBM. August 1976. GC28-6704-4. Abgerufen 7. Juni, 2022.

Jcluser

IBM System/360 Betriebssystem: Leitfaden für Arbeitskontrollsprache Benutzer (PDF). Systemreferenzbibliothek (Dritter Aufl.). IBM. Juni 1971. GC28-6703-2. Abgerufen 7. Juni, 2022.

Lked

IBM OS-Linkage-Editor und Loader-Programmnummern 360S-ED-510-360S-ED-521-360S-LD-547 (PDF). Systemreferenzbibliothek (Elfte Ausgabe). IBM. April 1973. GC28-6538-10. Abgerufen 7. Juni, 2022.

Mft

IBM System/360 Betriebssystem: MFT Guide - OS -Release 21.7 (PDF). Systemreferenzbibliothek (Elfte Ausgabe). IBM. August 1974. GC27-6939-10. Abgerufen 7. Juni, 2022.

MVT

IBM System/360 Betriebssystem: MVT -Handbuch - OS -Release 21.7 (PDF). Systemreferenzbibliothek (Sechstes Ausgabe). IBM. August 1974. GC28-6720-5. Abgerufen 7. Juni, 2022.

Smf

OS SMF (PDF). Systemreferenzbibliothek (Achte Ausgabe). IBM. April 1973. GC28-6712-7. Abgerufen 7. Juni, 2022.

Sup

OS -Release 21 - IBM System/360 Betriebssystem - Supervisor -Dienste und Makroanweisungen (PDF). Systemreferenzbibliothek (Achte Ausgabe). IBM. September 1974. GC28-6646-7. Abgerufen 7. Juni, 2022.

SYSCB

IBM System/360 Betriebssystem: Systemsteuerblöcke (PDF). Systemreferenzbibliothek (Zehnte Ausgabe). IBM. April 1973. GC28-6628-9. Abgerufen 7. Juni, 2022.

System

Release der Betriebssystemgenerierung 21.8 (PDF). Systemreferenzbibliothek (Vierzehnte Ausgabe). IBM. August 1974. GC28-6554-13. Abgerufen 7. Juni, 2022.

Syspg

IBM System/360 Betriebssystem: Systemprogrammierhandbuch (PDF). Systemreferenzbibliothek (Neunte Ausgabe). IBM. Juni 1971. GC28-6550-9. Abgerufen 7. Juni, 2022.

Tso

IBM System/360 Betriebssystem: Zeitfreigabe -Optionshandbuch - Betriebssystem Release 21.7 (PDF). Systemreferenzbibliothek (Achte Ausgabe). IBM. April 1973. GC28-6698-7. Abgerufen 7. Juni, 2022.

TSocmd

IBM System/360 Betriebssystem: Zeitfreigabeoption - Befehlssprachreferenz - OS Release 21.7 (PDF). Systemreferenzbibliothek (Fünfter Aufl.). IBM. April 1973. GC28-6732-4. Abgerufen 7. Juni, 2022.

OS/360 -Logikhandbücher

IOS 2. Aufl

IBM System/360 Betriebssystem - Eingangs-/Ausgangs Supervisor - Programmnummer 360S -CI -535 (PDF). Programmlogik (Zweite Ausgabe). IBM. April 1967. GY28-6616-1. Abgerufen 7. Juni, 2022.

IOS

O/O -Supervisor -Logik - Release 21 - Programmnummer 360S -CI -535 (PDF). Programmlogik (Zehnte Ausgabe). IBM. Februar 1972. GY28-6616-9. Abgerufen 7. Juni, 2022.

IPL

IBM System/360 Betriebssystem - Erstprogrammlader und Nucleus -Initialisierungsprogramm - Programmnummer 360S -CI -535 (PDF). Programmlogik (Sechstes Ausgabe). IBM. März 1972. GY28-6661-5. Abgerufen 7. Juni, 2022.

PCPJOB

IBM System/360 Betriebssystem: Jobmanagement, - Programmlogikhandbuch, - Programmnummer 360S -CI -505 (PDF). Programmlogik (Sechstes Ausgabe). IBM. Juni 1970. GY28-6613-5. Abgerufen 7. Juni, 2022.

Mvtjob

IBM System/360 Betriebssystem: MVT-Jobmanagement, Programmlogikhandbuch,-Programmnummer 360S-CI-535 OS-Release 21 (PDF). Programmlogik (Zehnte Ausgabe). IBM. März 1972. GY28-6660-9. Abgerufen 7. Juni, 2022.

MVTSUP

IBM System/360 Betriebssystem - MVT -Supervisor (PDF). Programmlogik (Achte Ausgabe). Mai 1973. GY28-6659-7. Abgerufen 7. Juni, 2022.

Weitere Lektüre

Anleitungen

• IBM, "MVT Guide" -GC28-6720-4, R21, März 1972
• IBM, "MVT Supervisor PLM" -GY28-6659-7, Programmlogikhandbuch, März 1972
• IBM, "OS I/O Supervisor PLM" -GY28-6616-1, Programmlogikhandbuch, April 1967
• IBM, "OS I/O Supervisor PLM" -GY28-6616-9, Programmlogikhandbuch, R21.7, April 1973

Bücher

• Brooks, Jr., Frederick P. (1975). "Der mythische Mannmonat: Essays über Software-Engineering", Addison-Wesley. ISBN0-201-00650-2. (Nachdruck mit Korrekturen, Januar 1982)
• Binder, Robert V. (1985). "Anwendungsdebugging: Ein MVS-ABEND-Handbuch für COBOL, Assembly, PL/I und FORTRAN-Programmierer", Prentice-Hall. ISBN0130393487.
• Pugh, Emerson W.; Johnson, Lyle R.; Palmer, John H. (1991). IBMs 360 und frühe 370 Systeme, Cambridge: MIT Press. (S. 291–345)

Artikel

• "Der Bau des Systems/360 Mainframe hat IBM fast zerstört". IEEE -Spektrum. 2019-04-05. Abgerufen 2022-05-02.

Referenzen in der Populärkultur

• Abendieren

Externe Links

• Betriebssystem/360 1965–1972
• MVS ... eine lange Geschichte auf archive.org