VM / 370 , unde VM este abrevierea pentru Virtual Machine , este combinația dintre un hipervizor , CP , derivat din munca IBM din anii 1960 pentru mainframe - urile sale , și un mini-sistem de operare pentru un singur utilizator, monotask și conversațional numit CMS . Rolul hipervizorului a fost acela de a simula mai multe mașini reale, fie care rulează diferite sisteme de operare (pentru a facilita migrațiile de la unul la altul), fie de a permite mai multor studenți de computer să își desfășoare activitatea simultan.practică fără a se interfera unul cu celălalt. De asemenea, a permis simularea Bare Metal Restore înainte ca expresia să existe.
Din punct de vedere istoric, VM / 370 a fost derivat din hipervizorul CP-67, dezvoltat parțial la Universitatea din Grenoble pentru a crea aceste medii de mașini virtuale pe un IBM 360 Model 67. Această mașină a fost un 360/65 cu registre asociative, ceea ce face sistemele de paginare foarte eficiente. . Rezultatele fiind în concordanță cu așteptările, IBM a generalizat aceste registre asociative, precum și memoria virtuală la toată gama sa de 370 în 1974, inclusiv la modelele deja instalate, care au fost astfel actualizate. VM / 370 a fost anunțat în același timp.
Pentru a utiliza mașinile virtuale care nu erau echipate cu un sistem de operare tradițional a fost furnizat CMS , un sistem simplificat pentru un singur utilizator care permite dezvoltarea de programe într-o mașină virtuală. Confortul acestui sistem a fost de așa natură încât mulți clienți care luaseră inițial VM / 370 doar pentru a asigura sarcini de migrare l-au păstrat apoi pentru productivitatea pe care CMS a acordat-o echipelor lor. Ușurința CMS și eficiența CP au făcut posibil ca 400 de CMS să ruleze simultan pe un IBM 3033, care nu ar fi depășit cu mult o sută în cadrul TSO .
Pe lângă bootarea CMS ( i cms ), ați putea porni și un sistem APL dedicat acestuia ( i apl ) într-o mașină virtuală . În a doua jumătate a anilor 1970, sistemul APL dedicat a fost înlocuit cu un produs de program APL care rulează sub CMS.
Marea majoritate a perifericelor din seria 370 au fost simulate într-o mașină virtuală și configurabile chiar în timpul funcționării: în special cititor (e) de card / perforator (e), imprimantă (e), bandă (e) și MD-uri , care erau discuri li s-a atribuit doar dimensiunea care era utilă pentru locuri de muncă. A fost suficient să specificați hipervizorului tipul de unitate, adresa canalului virtual (3 cifre) și numărul de cilindri și modul de acces (numai citire sau citire-scriere), de exemplu def t3370 195 5pentru a obține un mini-3370 temporar (T ) de 5 cilindri la canalul de adresă 195.
Deoarece un computer găzduiește în mod obișnuit 40 - 200 de mașini virtuale, aproape toate având un CMS, ar fi fost absurd să replicăm codul CMS de atâtea ori. Intervalele de adrese care conțin doar secțiuni de cod pur (inclusiv CMS, dar și coduri de la compilatoare, limbi interpretate ca REXX sau editori cu ecran complet, cum ar fi XEDIT ) au fost, prin urmare, încărcate în segmente partajate , pe care fiecare utilizator le-a văzut ca aparținând memoriei sale propria mașină virtuală.
Discurile au fost denumite printr-o literă și au fost accesate de CMS în ordinea alfabetică a literelor respective (care dădeau echivalentul unei căi cu mult înainte de UNIX sau DOS ). Scrisorile pot fi schimbate din mers, după cum este necesar, un minidisc rămânând identificat prin adresa canalului său virtual (de exemplu, 191) pentru un anumit utilizator.
Un fișier CMS a fost desemnat printr-un nume de 8 litere, o extensie care indică tipul de fișier (EXEC, FORTRAN, SCRIPT ...), 8 litere, de asemenea, și, dacă este necesar, litera minidiscului său, eventual urmată de „un număr din 1-5 indicând metodele sale de acces. Exemplu:PNEU KLEBER C1
Proprietarul unui disc virtual ar putea permite să fie partajat, numai în citire sau în citire-scriere. O altă mașină ar putea apoi să o acceseze specificând numele mașinii sale virtuale și adresa canalului său virtual.
Conexiunea (printr-o simplă instrucțiune de la tastatură) a unui card de perforare virtual de la o mașină virtuală la un cititor de carduri virtuale a alteia a permis rețeaua între mașini virtuale (indiferent dacă acestea erau CMS, DOS / VS sau MVS) pe care un întreg ecosistem software l-a dezvoltat noțiune, începând cu mașini virtuale dedicate lucrărilor de compilare în fundal. Când acest ecosistem a fost stabilit și s-a dovedit a corespunde nevoilor afacerii, a apărut sistemul de comunicare la distanță spooling (RSCS), care a permis exact aceeași operație între mașinile virtuale situate pe diferite site-uri și conectate printr-o linie. Pe această bază s-a dezvoltat în câțiva ani VNET (în) care a conectat treptat între ele mașinile IBM din întreaga lume, în special din 1979, paralel cu activitatea independentă a ARPANET și într-un mod distinct. Unul dintre rezultatele sale a fost de comunicații corporative ale sistemului PROFS ( Pr ofessional O ffice S ystem ).