Bazele sistemului de operare al mașinii mari

Care e ideea?

  • Fiabilitate multiplă (de obicei, mulți bani)
  • putere mare de procesare a datelor
  • Managementul autorizațiilor (fără erori de securitate)
  • Sisteme software foarte fiabile, funcționare fără erori.
  • Mulți utilizatori folosesc sistemul în același timp.
  • Puteți controla și participa la rețele foarte mari. Puteți primi servicii în rețea sau poate oferi.
  • De obicei un sistem multiprocesor
  • Există un sistem de gestionare a defecțiunilor și de înregistrare a evenimentelor.
  • Există un sistem general de monitorizare
  • Există o organizație de operare care oferă servicii și asigură buna funcționare a sistemului, monitorizează securitatea datelor utilizatorilor etc.
  • Compatibilitate valutară (fișier).
  • Integrare mai mare, dar dimensiuni mai mari.
  • Există un sistem de operare real, de obicei mai mult.

mașinii

Ce interesează utilizatorul ?

  • Sistemul poate rezolva problemele pe termen lung:
    • compatibilitate
    • extensibilitate
    • oportunități de dezvoltare ulterioară
    • alegeri periferice
    • selectoare software
  • Păstrați-vă datele în siguranță:
    • protejarea datelor
    • rețea „închisă” și alte accesări
    • autoritate ierarhică de acces la date
    • protejarea datelor
  • Puteți accesa datele dvs. de oriunde din lume:
    • acces ierarhic
    • dimensiune mondială, rețea fiabilă
    • conexiune simplă la rețea
  • Recuperarea datelor în timp minim și timp minim de răspuns interactiv
    • sistem de rețea închis
    • execuție paralelă reală (de asemenea, în cadrul unei sarcini!)
    • performanta ridicata
    • servicii de rețea extinse
  • Diagrama de sistem (nu aspect principal)
    • au sisteme de dimensiuni mai mici (putere redusă), dar pot fi extinse și mai mult într-un mod complet compatibil.
    • poate fi folosit pe termen lung

În general, ultimele aspecte ale cumpărării:

  • cât de mult „MIPS” știe sistemul
  • cat de mare este marimea
  • de câtă energie ai nevoie

    • Dezvoltarea sistemelor de operare

    1963-1965 1971 1984 1988-91 1995 2000-2001 2004
    DOS DOS-VS DOS-VSE VSE/ESA . . zVSE
    OS/MFT, OS/MVT OS-VS1 OS-VS2 MVS MVS/XA MVS-ESA OS/390, sysplex paralel zOS .
    . VM/370 VM/XA VM/ESA VM/ESA Deschis zVM .
    . . AIX/370 . . . .
    . . . . . Linux s360 zLinux

    DOS: Easiest Op. sistem. Inițial: 3 partiții, 1 FG + 2 BG, nu exista o opțiune interactivă fără opțiuni paralele Chiar și astăzi, cel mai simplu op. sistem (dar performanță foarte scăzută, nerecomandat pentru mai mult de 1000 de utilizatori simultani interactive).

    Sistem de operare: cea mai înaltă performanță Op. sistem Inițial: 16 partiții, buzunare utilizator în paralel, interactive: TSO Astăzi acesta este cel mai înalt nivel de performanță. sistem. Oferă posibilități foarte largi de paralelism. Poate optimiza programe reciproc în timpul rulării.

    VM: Foarte flexibil, dar nu este potrivit pentru rulări de programe Complet interactiv: CMS

    AIX/370: Între timp, mainframe-ul unix a dispărut deoarece nici simultanitatea (adică viteza) și nici fiabilitatea nu au fost adecvate, astfel încât sistemul de operare și VM au fost înlocuite cu Open Support, ambele fiind incluse. cu standardul UNIX95.

    Linux: Multe distribuții Linux sunt disponibile și pentru mainframe.

    zVM, zOS, zLinux: utilizați memorie pe 64 de biți (zVSE nu)

    Înființarea și funcționarea VM

    Cea mai importantă caracteristică a unei mașini virtuale este că aceasta corespunde unui computer real din toate punctele de vedere.

    Mașina virtuală în sine nu oferă un serviciu care ne permite să realizăm dezvoltarea programului. Utilizatorul trebuie să selecteze sistemul de operare pe care dorește să îl încarce în propria mașină virtuală. Aceasta înseamnă, de asemenea, că, în teorie, fiecare utilizator poate avea un sistem de operare unic.

    Structura sistemului de hiperoperare VM: Structura unei mașini virtuale: Periferice virtuale:

    • consolă
    • imprimantă
    • cititor
    • lovi cu pumnul
    • disc
    • banda magnetica
    • etc.
    Memoria mașinii virtuale începe de la octetul 0 și poate fi adresată continuu până la adresa maximă definită. Spațiul virtual este complet gol la începutul lucrării.

    Sistemul de operare trebuie încărcat cu un IPL în mașina virtuală.

    Puteți lucra pe un computer care rulează un sistem de operare VM în următoarele moduri:

    1. Conectare USERID - Utilizarea propriei mașini virtuale

    2. Formați VMUSER - Folosind o mașină virtuală (care rulează deja).

    În cazul 2, mașina virtuală numită VMUSER trebuie să ruleze un sistem de operare multi-utilizator (sau ceva similar) care poate gestiona terminalele conectate prin emiterea comenzii DIAL. Astfel de sisteme includ: MVS, VSE, VM/SP, VTAM etc.

    Sarcinile CP:

    • Gestionează schimbul valutar
    • Manevrează procesoare, procesoare străine
    • Gestionează perifericele valutare
    • Creează și gestionează depozite virtuale primare
    • Modelează procesoare virtuale (caracteristicile lor)
    • Modelează periferice virtuale
    • Gestionează SPOOL
    • Efectuează funcții de operator, vă permite să:
      • intervenţie
      • gestionarea mesajelor
      • deconectare automată
    • Se reprogramează sarcinile care trebuie îndeplinite
    • Logare, logare, deconectare
    • Oferă conexiune VM-VM (comunicare între mașini virtuale)
    • Tratează erorile periferice valutare
    • Gestionează întreruperile valutare (cronometru valutar, eroare de mașină etc.)
    Localizarea VM în valută

    Sarcinile CMS:

    • Acesta rulează pe CPU virtual
    • Gestionează propriul spațiu operativ, periferice virtuale (disc, bandă, periferice spool, consolă etc.)
    • Păstrează legătura cu utilizatorul, acceptă comenzi, le execută, le transmite
    • Tratează erorile din programele utilizatorilor
    • Simulează un mediu OS sau DOS (chiar alternativ)
    • Oferă suport pentru dezvoltarea de software, de exemplu:
      • Editor de produse de sistem (XEDIT)
      • Interpret de produs de sistem (REXX)
      • Opțiuni interactive de urmărire
    • Oferă suport pentru utilizarea programelor, de exemplu:
      • Mediu interactiv
      • Compatibilitate OS/DOS
    • Opțiunea de executare a lotului (VMBATCH)

    După cum știm deja, când pornește o mașină virtuală, spațiul este gol. CMS, la fel ca toate celelalte sisteme de operare de pe această mașină, poate fi încărcat folosind procedura IPL.

    Următoarele sunt necesare pentru ca CMS să pornească și să ruleze cu succes:

    • Consola 009
    • Disc R/W la adresa 191 DISC "A" (Utilizator)
    • Sau dreptul de a utiliza SFS
    • Plăci R/O:
      • 190 DISC "S" (Sistem)
      • 19E "Y/S" (extinderea sistemului)
      • 19D (Ajutor)
    • Cititor 00C
    • Punch 00D
    • Imprimanta 00E
    • Telefon virtual minim 256K
    Construirea unui CMS în cameră: Dacă utilizați XEDIT, Ajutor etc. în timpul unui CMS. Dacă suntem fierbinți, vom ajunge în acel mediu. Vă puteți deplasa între ele cu comenzi în medii sau cu butonul BRKKEY (PA1). Când este pornit un program, acesta rulează în mediul din care a fost pornit. În caz de Abend, reveniți la CMS sau CP (System Abend).

    În diferitele părți ale CMS, puteți emite o comandă pentru un alt mediu. CMS va încerca apoi să interpreteze comanda după cum urmează:

    XEDIT ===> CMS ===> CP ===> Mesaj de eroare dacă nu există o astfel de comandă.

    Funcțiile principale ale unui CMS

    • Creați, redenumiți, ștergeți, imprimați fișiere CMS etc.
    • Crearea fișierelor cu bandă magnetică (copii de rezervă) etc.
    • Citiți sau simulați fișiere OS sau DOS pe un mini disc CMS
    • Programare interactivă, rulare etc.
    CMS încarcă de obicei programele într-o adresă fixă. Prin urmare, dacă creați un modul din programul încărcat, nu va trebui să recalculați mai târziu adresele de memorie utilizate în program (deci nu există relocare).

    XEDIT

    Unul dintre limbajele de politică CMS, Restructured EXtended eXecutor language (REXX), care este implementat de System Product Interpreter, poate fi descris după cum urmează:

    • Are o serie de comenzi proprii și o funcție încorporată
    • Este foarte asemănător cu un limbaj de programare la nivel înalt, deci este ușor de învățat
    • Sprijină programarea structurată
    Instalare:
    • 250 de nume de variabile de caractere. Numele variabilelor compuse (calificate)
    • Variabilele pot conține orice, nu există o definiție de tip. Nu există practic nicio limită a lungimii datelor stocate în variabile (de ex. Șiruri). Variabilele pot conține, de asemenea, un program REXX, care poate fi executat.
    • Puteți scrie funcții și subrutine în acesta (Proceduri).
    • Operații aritmetice: +, -, *, /,%, //
    • Există mulți operatori comparați: =, ==, =, <>,>, =) pe baza unui număr/cheie pentru căutare, citire, imprimare.

      Emulsia I/O în sens clasic ar fi extrem de intensivă în resurse, din fericire VM folosește o metodă mult mai eficientă datorită arhitecturii sale mari de mașini. În acest caz, programul de canal introduce la început o instrucțiune, care conține un offset și o limitare a dimensiunii. De exemplu, dacă minidiscul utilizatorului este de 5 cilindri și pornește de pe cilindrul 42, CU va adăuga 42 la cilindri și va verifica dacă nu atârnă de cilindrul 52. Rezultă logic că VM emulează doar discuri de același tip cu cele fizice. Desigur, perifericele virale pot avea un nume diferit de cele fizice, deci schimbă acest lucru.

      Manipularea erorilor, paginarea

      IBM lucrează pentru a remedia atât erorile software cât și cele hardware în mod neobișnuit de rapid în industrie. Software-ul impecabil nu poate fi creat chiar și după testarea foarte amănunțită, dar erorile software grave (care împiedică munca zilnică) sunt reparate în 24 de ore, caz în care o echipă de la IBM le va remedia doar. Desigur, în majoritatea cazurilor, chiar dacă apare o eroare cunoscută, ar trebui corectată imediat.

      În cazul hardware-ului, obiectivul principal este de a elimina posibilitatea așa-numitelor defecte cu un singur punct. Adică, sistemele trebuie proiectate în așa fel încât, în cazul unei defecțiuni în orice moment, sistemul în ansamblu să continue să funcționeze neschimbat (și la o viteză acceptabilă).

      Dacă apare o eroare, aceasta trebuie corectată cât mai curând posibil. Puteți încheia un acord cu IBM pentru a corecta defectele în termen de 1 oră. Desigur, acest lucru necesită ca aparatul să fie în legătură telefonică cu un sediu IBM și să comande automat piesele defecte.

      Un sistem fiabil poate fi construit numai prin înregistrarea tuturor situațiilor extraordinare. De exemplu, este un lucru firesc ca backendul uneori să nu poată citi datele de pe acesta. Atunci de ex. msdos reîncearcă de 30 de ori înainte de a da un mesaj de eroare. Într-un sistem mainframe, desigur, acestea sunt înregistrate (în cel mai rău caz, operatorul este notificat) și, dacă sunt comune, pot fi înlocuite înainte de a eșua efectiv.

      Trebuie înregistrate nu doar evenimentele hardware, ci și activitatea utilizatorilor, astfel încât orice litigiu să poată fi rezolvat cu ușurință.