WikiDer > Mehrere virtuelle Speicher

Multiple Virtual Storage

MVS (Multiple Virtual Storage) war am weitesten verbreitet Betriebssystem für die IBM System/370 und System/390 Großrechner. Es hat nichts mit den anderen Mainframe-Betriebssystemen von IBM, VM/CMS und DOS/VSE (später VSE/SP) zu tun.

Wesen

Das MVS-Betriebssystem erhält seinen Namen von der Verwendung mehrerer virtueller Adressräume. Das bedeutet, dass jedes Programm vom Betriebssystem in die Illusion verleitet wird, dass es seinen eigenen Speicher adressieren kann. Das Betriebssystem sorgt dafür, dass dieser virtuelle Speicher auf den physischen Arbeitsspeicher des Computers oder temporär auf eine Datei auf dem Plattenspeicher „abgebildet“ wird, wenn der physische Speicher nicht ausreicht. Der Vorteil der Verwendung mehrerer Adressräume besteht neben der größeren Flexibilität darin, dass weniger Gefahr besteht, dass fehlerhafte Programme andere Programme gefährden. Das war damals revolutionär, heute funktioniert jeder PC so (denken Sie an die bekannte SWAPPER.DAT-Datei).

Geschichte

MVS wurde 1974 als OS/VS2 MVS veröffentlicht. Seitdem wurde MVS mehrmals umbenannt: MVS/SP (System Product), MVS/XA (eXtended Architecture), MVS/ESA (Enterprise System Architecture), OS/390 (nach dem Hinzufügen von UNIX-Diensten) und schließlich z/OS (nachdem die zSeries 64-Bit-Prozessoren unterstützt hat. Trotz all dieser Änderungen ist es immer noch möglich, ein MVS-Programm auf z/OS ohne Modifikation auszuführen.

MVS stammt von SVS (Single Virtual Storage) ab, das wiederum von MVT, einer der Varianten von OS/360, abstammt. Die erste Version von OS/360 (PCP) hatte nicht die Möglichkeit, mehrere Programme parallel auszuführen. Sein Nachfolger war MFT (Multitasking mit einer festen Anzahl von Aufgaben). Dadurch konnte eine feste Anzahl von Programmen in einer festen Anzahl von Partitionen parallel ausgeführt werden. Die Erweiterung MVT (Multitasking with a Variable Number of Tasks) erlaubt eine variable Anzahl von Partitionen. SVS hinzugefügt virtueller Speicher (virtueller Speicher) (außerhalb von IBM besser bekannt als virtueller Speicher), wobei ein Adressraum von den verschiedenen Tasks geteilt wurde. MVS fügte die Verwendung separater Adressräume für verschiedene Aufgaben hinzu. Auf MFT folgte OS/VS1, ein Betriebssystem mit einem einzigen virtuellen Adressraum. Für viele Anwender war dies der erste Schritt in Richtung virtuellen Speicher, da OS/VS2 MVS zunächst nur für die größten Maschinen geeignet war.

MVS hatte ursprünglich eine 24-Bit-Adressierung sowohl für den realen als auch für den virtuellen Speicher. Dadurch wurden nur Maschinen mit maximal 16 MB RAM unterstützt und auch die Adressen in einem virtuellen Adressraum wurden auf 16 MB begrenzt. Zu einer Zeit, als ein Computer mit 1 MB Arbeitsspeicher fast schon als Supercomputer galt, war dies mehr als genug. Als die verwendete Hardware leistungsfähiger wurde, wurde es 31-Bit (XA, ESA) und 64-Bit (z/OS). Bei 31-Bit-Adressierung können 2 GB Speicher angesprochen werden, bei 64-Bit-Adressierung deutlich mehr.

Schnittstellen

Das wichtigste Benutzeroberflächen wobei MVS JCL ist (Sprache für die Auftragssteuerung) für die Stapelverarbeitung und TSO (Time Sharing Option) für die interaktive Nutzung. TSO war unter SVS optional, ist aber ein Standardbestandteil von MVS. TSO wurde ursprünglich für Line-Mode-Terminals (wie Schreibmaschinenterminals) geschrieben. ISPF/PDF fügt TSO Unterstützung für (nicht-grafische) Anzeigen hinzu, z. B. einen Vollbild-Editor. Innerhalb von ISPF sind auch Menüs verfügbar, die den Benutzer durch die Verwendung des Betriebssystems führen.

Benutzen

Das Betriebssystem wird im Allgemeinen von großen Unternehmen wie Telekommunikationsunternehmen und Finanzinstituten verwendet. Viele Programme sind geschrieben in COBOL. Diese Programme verwenden Transaktionsmonitore wie IMS und CICS. Ein COBOL-Programm, das unter CICS ausgeführt werden soll, wird im Allgemeinen mit EXEC CICS-Anweisungen geschrieben. Ein Pre-Compiler übersetzt dies in den notwendigen COBOL-Code. Programme können auch in Sprachen wie PL/1, C, C, Java, Fortran, RPG geschrieben werden. z/OS ist auch möglich POSIXProgramme ausführen.

MVS-Programme werden traditionell mit Lochkarten gestartet. Später kamen immer häufiger IBM 3270 Anzeigeterminals (später noch PCs mit 3270 Emulatoren) zum Einsatz. Viele Mainframe-Programme verfügen heute über Web- oder Windows-Schnittstellen. z/OS verfügt über integrierte TCP/IP-Unterstützung. Früher wurde die Systemwartung mit einem 3270-Terminal durchgeführt, heute steht dafür die Hardware Management Console (HMC) zur Verfügung.

Dateien werden in MVS 'Datensätze' genannt. Können diese Dateien eingebunden werden? Das MVS-Dateisystem ist von Natur aus nicht hierarchisch: Dateien hatten Namen von maximal 44 Zeichen, die pro (realem) Laufwerk eindeutig sein mussten. Der Benutzer hatte die Wahl, eine Datei in einen sogenannten „Katalog“ aufzunehmen oder explizit anzugeben, auf welchem ​​physischen Laufwerk sie zu finden war. Dies änderte sich natürlich, als MVS Unix-Dienste hinzugefügt wurde.

Datendateien werden gespeichert in Big Endian-Codierung EBCDIC. MVS bietet Übersetzungsdienste von und nach ASCII, Little Endian EBCDIC und Unicode.

Auf einem Computersystem können nun mehrere Instanzen von MVS gestartet werden. Eine Instanz eines MVS-Betriebssystems wird als logische Partition oder LPAR bezeichnet, eigentlich als virtuelle Maschine. Mehrere LPARs können in einem „Systemkomplex“ oder SysPlex organisiert und verwaltet werden. Die LPARs arbeiten über eine Softwarekomponente (Cross-System Coupling Facility oder XCF) und eine Hardwarekomponente (Hardware Coupling Facility oder CF) zusammen. SysPlexes können über Standard-Netzwerkprotokolle wie TCP/IP oder über IBMs eigene ProtokollSNA. Eine LPAR kann auch mit anderen Betriebssystemen initialisiert werden, wie z Linux, VSE, TPF oder VM.