| EU OS | |
|---|---|
| Alapján | OS/360 |
| legújabb verzió | 7.0 (198?) |
| Állapot | történelmi |
Az ES Computer OS (az elektronikus számítógépek egységes rendszerének operációs rendszere) az ES számítógépek leggyakoribb operációs rendszere . Kezdetben az OS / 360 és az OS / 370 módosított és oroszosított változata volt . A JCL nyelvet használó feladatok kötegelt feldolgozása .
A 6-os verzió előtt a következő üzemmódok voltak használatban, amelyek a rendszer generálásakor az EU operációs rendszerhez lettek beállítva:
A 6.0-s verzió óta a PCP módot eltávolították, de az SVS mód elérhetővé vált.
Az EU operációs rendszer az alábbiakban összefoglalt modulokból állt:
Mint látható, az összes operációs rendszer modul neve I betűvel kezdődik , ami nyilvánvalóan az IBM corp. cégnévhez kapcsolódik. A modulok túlnyomó többségének nevének második betűje az E. A név harmadik betűje azt jelzi, hogy a modul az operációs rendszer egy bizonyos részéhez tartozik, például - IEU - Assembler, IER - sort-merge program, IEM - PL / 1 translator, IEK - Fortran optimalizálása stb.
Az operációs rendszer operációs rendszerét egy vagy több mágneslemez-csomagra (kötetre) helyezték el. Azt a kötetet, amelyről a rendszerindítást kezdeményezték, "rezidensnek" nevezték. A rendszer a könyvtári szervezet (könyvtárak) több adatállományában is helyet kapott:
Ezeken kívül a rezidens kötet tartalmazta a SYSCTLG adatkészletet - a rendszerkatalógust, a programozási nyelvi könyvtárakat (SYS1.FORTLIB, SYS1.PL1LIB stb.), a rendszergenerálást, és az esetleges felhasználói adatkészleteket el lehetett helyezni, ha a csomagkapacitás megengedte. azt.
Az interaktív funkciókat további szoftverek – párbeszédpanel monitorok – valósították meg , amelyek valójában nem szerepeltek az operációs rendszer szállítási csomagjában, például Jessy , Jec , Primus, Oko , Argus , Focus . A Szovjetunióban elterjedt párbeszéd-alrendszereknek általában nem voltak külföldi analógjai, és éppen ellenkezőleg, a szabványos OS/370 interfész TSO -t (Time Sharing Option) gyakorlatilag nem használták. Az a tény, hogy a CRJE és a TSO alrendszerek OS / 360 szabványa (az EU operációs rendszerben a DUVZ - a feladatok interaktív távoli bevitele és az RRW - időmegosztási mód) alfanumerikus terminálokra, például írógépekre összpontosítottak, amelyek nem voltak túl jók. gyakori a Szovjetunióban. Még az EC-7906, EC-7920 videoterminálok megjelenésével is a DUVZ-ben és az RRV-ben a teljes képernyős szövegszerkesztés meglehetősen kényelmetlen maradt. Ugyanakkor szinte minden párbeszéd-monitor – PRIMUS, OKO, Focus és Argus – kezdetben a teljes képernyős szövegszerkesztésre összpontosított.
Az 1980-as években az EU operációs rendszert intenzíven finomították mind a szakosodott vállalkozások, mind a csapatok vagy akár egyéni rajongók, akik megpróbálták kijavítani az eredeti operációs rendszer tervezésének hiányosságait. A mindenhol alkalmazott finomítás szembetűnő példája például a SLEPOK gyorsindító program, amely 5-10 percről több másodpercre gyorsította fel a rendszerindítást rendkívül ötletes módon - teljesen betöltött operációs rendszerben, minden működő komponenssel, a memória dump jött létre, amely visszaállításra került bármely lemezeszközre. Ezt az eszközt ezt követően elindították, és a rendszert a dump előtti állapotba hozták. A kezelőnek csak a rendszerórát kellett korrigálnia. A rendszer hátránya az volt, hogy a rendszer dump legutóbbi létrehozása óta végzett munka eredményeit teljesen figyelmen kívül hagyták. Ennek eredményeként újra kellett indítani azokat a feladatokat, amelyek az operációs rendszer újraindításakor már a sorban voltak. Később egy dinamikus sor-helyreállítási rendszert (DIVO) fejlesztettek ki, amely kiküszöbölte ezt a hátrányt, és kényelmesebbé tette a SNAP rendszer (a sokkal később feltalált hibernált mód analógja ) használatát.
Az egyik további komponens - a HASP (szovjet értelmezésben - KROS), az "operációs rendszer houstoni verziója" - radikálisan megváltoztatta a rendszerfolyamatok sorainak ütemezését, bevezette a rendszerfolyamok "átlátszó" I / O pufferolását (SYSIN ill. SYSOUT), amely jelentősen megnövelte a rendszer bemeneti-kimeneti sebességét, és jelentősen csökkentette a lemezeszközök fejeinek mechanikai mozgásainak számát. Ezenkívül a kezelő további parancsokat kapott a rendszer vezérléséhez.
Az EU OS kidolgozásakor nyilvánvalóan nem tűzték ki a rendszer teljes oroszosításának feladatát, és az oroszosítás csak a kísérő műszaki dokumentáció lefordításából állt. Már az OS 4.1-ben körülbelül 100 kötet volt ebből a dokumentációból, a jövőben ezek száma csak nőtt. A rendszer, a segédprogramok, a fordítók összes üzenete csak angolul jelent meg, így az olyan kötetek, mint a „Felügyeleti üzenetek”, „Feladatütemező üzenetek” mindig kéznél voltak a kezelő számára. A „tudok angolul az EU operációs rendszer keretein belül” vicc egyáltalán nem volt vicc. A jövőben elérhetővé váltak a teljesen oroszosított komponensek, az úgynevezett PPP (Application Program Packages). Például a "Cobol Unified" programozási rendszer felajánlotta a COBOL orosz verzióját beviteli nyelvként, és ennek megfelelően orosz nyelvű hibaüzeneteket. A legteljesebb oroszosítás, beleértve a rendszer összes üzenetét, az OS 7 EU-ban valósult meg, annak BOS komponensében (alap operációs rendszer).
Az 1980-as évek közepére érdekes helyzet alakult ki az ES számítógépek tömeges használata terén. Az ipar a 2-es és 3-as sorozatú ES számítógépekkel nagy erőkkel és főként gyártott, a vállalatokat tömegesen szerelték fel velük. A CBM - en alapuló OS 7- et javasolták fő rendszernek (lásd alább). De a felhasználók jelentős részének nem volt szüksége a varázsaira, a VMM, PDO és egyéb olyan fejlesztések formájában, amelyek az emberek átképzését, az adatfeldolgozási folyamatok megváltoztatását, stb. valódi erőforrások, például működési memória, lemezeszközök, nyomtatóeszközök. A legtöbb 4 MB RAM-mal és 4, egyenként 100 MB-os NMD-vel rendelkező telepítésben az OS 7 egy virtuálisgép-monitor volt, amely alatt az egyetlen operációs rendszer MVT vagy SVS 6.1 indult. Az OS 7 további kiadásaiban a BOS a CBM-en belül a felhasználók számára ismerős működési környezetet nyújtott. Az OS 6.1 keretein belül az új számítógépek előnyeit nem lehetett kihasználni, és egy bizonyos hardverre hangolt felhasználói rendszer létrehozásának folyamata már archaikusnak tűnt.
A fentiek fényében érdekes megoldás volt az SVS 7.1, később a 7.2 (TKS), a TKS - a "kulcsrakész elosztott rendszer" rövidítése - egy kész formában terjesztett rendszer. Az OS EC TCS úgy nézett ki, mint az SVS 6.1 rendszer fejlesztése, a rendszerbe integrált HASP funkciókkal, fejlett procedurális munkaeszközökkel. A rendszer már tartalmazta a korábban külön szoftvertermékként szállított TSO időmegosztásos módot, valamint a nagy teljesítményű Assembler-II-t. A BOS-szal ellentétben az SVS 7.1-nek nem volt szüksége SVM -re . A rendszert gyakorlatilag generálást nem igénylő formában szállították, a felhasználónak csak az I/O eszközei címére kellett konfigurálnia. Úgy tűnik, hogy az operációs rendszer számos belső folyamatát lényegesen optimalizálták, így a rendszer általános teljesítménye észrevehetően jobb volt, mint az SVS 6.1 ugyanazon a hardverkonfiguráción. Az operációs rendszer összetevői lényegesen nagyobb mennyiségű RAM-ot tudtak használni, valós és virtuális egyaránt, ami szintén pozitívan hatott a teljesítményre.
Az SVS 7.1 és 7.2 rendszereket az NDK-ban fejlesztették ki a Robotron fejlesztőinek erőfeszítéseivel, és az ES-1055 és 1057 számítógépek konfigurációjában szállították, bár az ES számítógépek műszaki eszközeinek teljes skálája alapvetően támogatott , stabil a működés nem minden hardverkonfiguráción valósult meg.
A NICEVT és a NIIEVM érdekelt volt az OS 7 - BOS és SVM népszerűsítésében, nem volt szükségük sikeres versenytársra az SVS 7.1 formájában. A TKS néhány példányát dokumentáció és természetesen technikai támogatás nélkül osztották szét a rajongók között. Ráadásul az SVS 7.1-et (TKS) az EU operációs rendszerekkel foglalkozó szakirodalom alig említi.
Az EU OS későbbi, a 7.xx verziótól kezdődő verzióinak nem voltak közvetlen analógjai az IBM operációs rendszerek között, amelyek két rendszerből álló komplexumot képviseltek - BOS (alap operációs rendszer, az EU OS SVS fejlesztése, amely CBM eszközöket használt a virtuális kezeléshez memória) és CBM - az IBM VM analógja . Így az interaktív munka funkcióit, a REXX szkriptnyelvet , a virtualizációs eszközöket és egyéb CBM funkciókat integrálták bele.
Az OS EC 7.xx IBM operációs rendszerek közötti közvetlen analógjainak hiányára vonatkozó kijelentés a BOS alrendszer jelenlétén alapul, amely meghívottként működött a CBM rendszer Hypervisor (felügyelő) irányítása alatt.
Az eredeti IBM rendszertermékek hazai EU-s számítógépeken történő felhasználására nem volt korlátozás, így sok szervezet OS / 360 rendszereket stb. telepített számítógépére, és használta azokat napi rendszerességgel. Ezt az indokolta, hogy ezek a rendszerek megbízhatóbbak voltak, és kevesebb hibát tartalmaztak a kódokban. A hardver stabil működése esetén valóban nem volt szükség az EU OS modellfüggő komponenseire.