| EU OS | |
|---|---|
| Baserat på | OS/360 |
| senaste versionen | 7,0 (198?) |
| stat | historisk |
ES Computer OS (operativsystem för ett enhetligt system av elektroniska datorer) är det vanligaste operativsystemet för ES-datorer . Från början var det en modifierad och russifierad version av OS/360 och OS/370 . Tillhandahöll batchbearbetning av jobb för skrivning som använde JCL- språket .
Före version 6 användes följande driftlägen som ställdes in för EU OS när systemet genererades:
Sedan version 6.0 har PCP-läget tagits bort, men SVS-läget har blivit tillgängligt.
EU OS bestod av en uppsättning moduler som sammanfattas nedan:
Som du kan se börjar namnen på alla operativsystemmoduler med bokstaven I , som uppenbarligen är relaterad till företagsnamnet IBM corp. Den andra bokstaven i namnet på de allra flesta moduler är E . Den tredje bokstaven i namnet angav att modulen tillhör en viss del av operativsystemet, till exempel - IEU - Assembler, IER - sort-merge program, IEM - PL / 1 translator, IEK - optimering av Fortran, etc.
Operativsystemet OS OS placerades på ett eller flera paket med magnetiska skivor (volymer). Volymen från vilken systemuppstarten initierades kallades "resident". Systemet fanns i flera datamängder av biblioteksorganisationen (bibliotek):
Utöver dessa innehöll den inhemska volymen SYSCTLG-datauppsättningen - systemkatalogen, programmeringsspråksbibliotek (SYS1.FORTLIB, SYS1.PL1LIB, etc.), systemgenerering och eventuella användardatauppsättningar kunde placeras om paketkapaciteten tillät Det.
Interaktiva funktioner implementerades av ytterligare mjukvaru- dialogskärmar , som faktiskt inte ingick i OS-leveranspaketet, såsom Jessy , Jec , Primus, Oko , Argus , Focus . De dialogdelsystem som är vanliga i Sovjetunionen hade som regel inga utländska analoger, och standard OS/370-gränssnitts- TSO (Time Sharing Option), tvärtom, användes praktiskt taget inte. Faktum är att CRJE- och TSO-delsystemstandarden för OS / 360 (i EU OS, respektive DUVZ - interaktiv fjärrinmatning av uppgifter och RRW - tidsdelningsläge) var fokuserade på alfanumeriska terminaler som en skrivmaskin, som inte var särskilt mycket vanligt i Sovjetunionen. Även med tillkomsten av videoterminalerna EC-7906, EC-7920 i DUVZ och RRV förblev helskärmstextredigering ganska obekvämt. Samtidigt var nästan alla dialogmonitorer – PRIMUS, OKO, Focus och Argus – initialt fokuserade på helskärmstextredigering.
På 1980-talet förfinades EU OS intensivt både av specialiserade företag och av team eller till och med enskilda entusiaster som försökte rätta till bristerna i den ursprungliga OS-designen. Ett slående exempel på förfining som användes överallt är till exempel snabbstartsprogrammet SLEPOK, som accelererade systemstarten från 5-10 minuter till flera sekunder på ett mycket genialiskt sätt - i ett fulladdat operativsystem med alla fungerande komponenter, en minnesdump skapades, som återställdes till valfri diskenhet. Denna enhet startades sedan och systemet fördes till ett pre-dump-läge. Operatören behövde bara korrigera systemklockan. Nackdelen med systemet var den fullständiga ignoreringen av resultaten av arbetet sedan den senaste skapandet av systemdumpen. Och som ett resultat var det nödvändigt att starta om uppgifter som redan fanns i kön vid tidpunkten för OS-omstarten. Senare utvecklades ett system för dynamisk köåterställning (DIVO), vilket eliminerade denna nackdel och gjorde användningen av SNAP-systemet (en analog till det mycket senare uppfunna viloläget ) bekvämare.
En av de ytterligare komponenterna - HASP (i den sovjetiska tolkningen - KROS), "Houston-versionen av operativsystemet" - förändrade radikalt schemaläggningen av köer av systemprocesser, introducerade "transparent" I/O-buffring av systemströmmar (SYSIN och SYSOUT), vilket avsevärt ökade hastigheten på systemets input-output och kraftigt minskade antalet mekaniska rörelser hos diskenheters huvuden. Dessutom försågs operatören med ytterligare kommandon för att styra systemet.
Vid utvecklingen av EU OS var uppgiften att fullständigt russifiera systemet uppenbarligen inte fastställd, och Russification bestod endast i att översätta den medföljande tekniska dokumentationen. Redan i OS 4.1 fanns det cirka 100 volymer av denna dokumentation, i framtiden ökade deras antal bara. Alla meddelanden i systemet, verktyg, översättare visades endast på engelska, så sådana volymer som "Supervisor Messages", "Task Scheduler Messages" fanns alltid till hands för operatören. Skämtet "Jag kan engelska inom ramen för EU OS" var inte ett skämt alls. I framtiden blev helt russifierade komponenter tillgängliga, de så kallade PPP (Application Program Packages). Till exempel erbjöd programmeringssystemet "Cobol Unified" den ryska versionen av COBOL som inmatningsspråk, och följaktligen felmeddelanden på ryska. Den mest kompletta förryskningen, inklusive alla meddelanden i systemet, uppnåddes i OS 7 EU, i dess BOS-komponent (grundläggande operativsystem).
I mitten av 1980-talet hade en intressant situation utvecklats inom området massanvändning av ES-datorer. Industrin med mäktiga och huvudsakliga producerade ES-datorer av serie 2 och serie 3, företag var massivt omutrustade med dem. OS 7 baserat på CBM föreslogs som huvudsystem (se nedan). Men en betydande del av användarna behövde inte dess charm, i form av VMM, PDO och andra förbättringar som krävde omskolning av människor, ändrade databehandlingsprocesser etc. Dessutom uppnåddes effektiv drift av virtuella maskiner med en tillräcklig mängd verkliga resurser, såsom driftminne, diskenheter, utskriftsenheter. I de flesta installationer med 4 MB RAM och 4 NMD på 100 MB vardera var OS 7 en virtuell maskinövervakare, under vilken det enda OS MVT eller SVS 6.1 lanserades. I ytterligare versioner av OS 7 verkade BOS tillhandahålla en operativ miljö som är bekant för användare inom CBM. Inom ramen för OS 6.1 var det omöjligt att dra nytta av nya datorer, och processen att skapa ett användarsystem anpassat till en viss hårdvara såg redan ålderdomlig ut.
En intressant lösning i ljuset av det föregående var SVS 7.1, senare 7.2 (TKS), TKS - förkortningen av "Turnkey Distributed System" - ett system distribuerat i färdig form. OS EC TCS såg ut som en utveckling av SVS 6.1-systemet, med HASP-funktioner integrerade i systemet, avancerade procedurverktyg. Systemet innehöll redan TSO:s tidsdelningsläge, som tidigare levererats som en separat mjukvaruprodukt, samt högpresterande Assembler-II. Till skillnad från BOS behövde SVS 7.1 inte SVM . Systemet levererades i en form som praktiskt taget inte krävde generering, användaren behövde bara konfigurera det till adresserna till sina I/O-enheter. Många av operativsystemets interna processer verkar ha optimerats avsevärt, så att den övergripande systemprestandan var märkbart bättre än SVS 6.1 på samma hårdvarukonfiguration. Operativsystemkomponenter kunde använda betydligt större mängder RAM, både verkligt och virtuellt, vilket också hade en positiv effekt på prestandan.
SVS 7.1- och 7.2-systemen utvecklades i DDR av Robotron-utvecklarnas ansträngningar och levererades i konfigurationen av datorerna ES-1055 och 1057. Även om hela utbudet av tekniska hjälpmedel för ES-datorerna stöddes i grunden , var det stabilt . funktion uppnåddes inte på alla hårdvarukonfigurationer.
NICEVT och NIIEVM var intresserade av att marknadsföra sitt OS 7 - BOS och SVM, de behövde ingen framgångsrik konkurrent i form av SVS 7.1. Ett fåtal exemplar av TKS distribuerades till entusiaster utan dokumentation, och naturligtvis utan teknisk support. SVS 7.1 (TKS) nämns dessutom knappast i litteraturen om EU-operativsystem.
Senare versioner av EU OS, från och med version 7.xx, hade inga direkta analoger bland IBMs operativsystem, vilket representerade ett komplex av två system - BOS (grundläggande operativsystem, utveckling av EU OS SVS, som använde CBM-verktyg för att hantera virtuella minne) och CBM - analog till IBM VM . Således integrerades funktionerna för interaktivt arbete, REXX- skriptspråket , virtualiseringsverktyg och andra CBM-funktioner i det.
Uttalandet om frånvaron av direkta analoger bland IBMs operativsystem för OS EC 7.xx är baserat på närvaron av BOS-delsystemet, som fungerade som en inbjuden under kontroll av Hypervisor (supervisor) av CBM-systemet.
Det fanns inga begränsningar för att använda original IBM-systemprodukter på inhemska EU-datorer, så många organisationer installerade OS / 360-system etc. på sina datorer och använde dem dagligen. Detta motiverades av att dessa system var mer tillförlitliga och innehöll färre fel i koderna. I fallet med stabil drift av hårdvaran fanns det verkligen inget behov av modellberoende komponenter i EU OS.