SAP
Jan G. Oblonsky, een van de eerste studenten van Svoboda en de ontwikkelaar van EPOS-1, herinnert het zich op deze manier (Eloge: Antonin Svoboda, 1907-1980, IEEE Annals of the History of Computing Vol. 2. No. 4, October 1980):
Het oorspronkelijke idee werd door Svoboda naar voren gebracht tijdens zijn cursus computerontwikkeling in 1950, toen hij, toen hij de theorie van het bouwen van vermenigvuldigers uitlegde, opmerkte dat er in de analoge wereld geen structureel verschil is tussen een opteller en een vermenigvuldiger (het enige verschil zit in het toepassen van de juiste schalen aan de input en output), terwijl hun digitale implementaties volledig verschillende structuren hebben. Hij nodigde zijn studenten uit om te proberen een digitaal circuit te vinden dat vermenigvuldigen en optellen met vergelijkbaar gemak zou uitvoeren. Enige tijd later benaderde een van de studenten, Miroslav Valach, Svoboda met het idee van codering, dat bekend werd als het restklassensysteem.
Om zijn werk te begrijpen, moet je onthouden wat de verdeling van natuurlijke getallen is. Het is duidelijk dat we met behulp van natuurlijke getallen geen breuken kunnen weergeven, maar we kunnen wel delen met rest. Het is gemakkelijk in te zien dat bij het delen van verschillende getallen door hetzelfde gegeven m, dezelfde rest kan worden verkregen, in welk geval ze zeggen dat de oorspronkelijke getallen vergelijkbaar zijn modulo m. Het is duidelijk dat er precies 10 residuen kunnen zijn - van nul tot negen. Wiskundigen merkten al snel dat het mogelijk is om een getallenstelsel te creëren waarbij, in plaats van traditionele getallen, de resten van deling verschijnen, aangezien ze op dezelfde manier kunnen worden opgeteld, afgetrokken en vermenigvuldigd. Als gevolg hiervan kan elk getal worden weergegeven door een verzameling niet-getallen in de gebruikelijke zin van het woord, maar een verzameling van dergelijke restanten.
Waarom zulke perversies, maken ze echt iets gemakkelijker? In feite, hoe zal het worden als het gaat om het uitvoeren van wiskundige bewerkingen. Het bleek dat het voor de machine veel gemakkelijker is om bewerkingen uit te voeren, niet met cijfers, maar met restjes, en dit is waarom. In het systeem van restklassen wordt elk getal, meercijferig en zeer lang in het gebruikelijke positionele systeem, weergegeven als een tupel van eencijferige getallen, die de resten zijn van het delen van het oorspronkelijke getal door de basis van de RNS (een tupel van priemgetallen).
Hoe zal het werk tijdens zo'n transitie versnellen? In een conventioneel positioneel systeem worden rekenkundige bewerkingen sequentieel bit voor bit uitgevoerd. In dit geval worden overdrachten gevormd naar het volgende meest significante bit, dat complexe hardwaremechanismen vereist voor hun verwerking, ze werken in de regel langzaam en sequentieel (er zijn verschillende versnellingsmethoden, matrixvermenigvuldigers, enz., Maar dit, in is in ieder geval een niet-triviale en omslachtige schakeling).
De RNS heeft nu de mogelijkheid om dit proces te parallelliseren: alle bewerkingen op residuen voor elke basis worden afzonderlijk, onafhankelijk en in één klokcyclus uitgevoerd. Uiteraard versnelt dit alle berekeningen vele malen, bovendien zijn de restanten per definitie een-bit, en als resultaat bereken je de resultaten van hun optelling, vermenigvuldiging, enz. het is niet nodig, het is voldoende om ze in het geheugen van de operatietafel te flashen en van daaruit te lezen. Hierdoor zijn bewerkingen op getallen in RNS honderden keren sneller dan de traditionele aanpak! Waarom is dit systeem niet meteen en overal ingevoerd? Zoals gewoonlijk gaat het alleen in theorie soepel - echte berekeningen kunnen zo hinderlijk zijn als overflow (wanneer het uiteindelijke getal te groot is om in een register te worden gezet), afronding in RNS is ook erg niet-triviaal, evenals vergelijking van getallen (strikt genomen is RNS niet het positionele systeem en hebben de termen "min of meer" daar geen enkele betekenis). Het was op de oplossing van deze problemen dat Valakh en Svoboda zich concentreerden, omdat de voordelen die het SOC beloofde al erg groot waren.
Overweeg een voorbeeld om de werkingsprincipes van SOC-machines onder de knie te krijgen (degenen die niet geïnteresseerd zijn in wiskunde kunnen het weglaten):
De omgekeerde vertaling, dat wil zeggen, het herstel van de positionele waarde van het getal uit de residuen, is lastiger. Het probleem is dat we eigenlijk een systeem van n vergelijkingen moeten oplossen, wat leidt tot lange berekeningen. De hoofdtaak van veel onderzoeken op het gebied van RNS is het optimaliseren van dit proces, omdat het ten grondslag ligt aan een groot aantal algoritmen, waarin in een of andere vorm kennis over de positie van getallen op de getallenlijn nodig is. In de getaltheorie is de methode voor het oplossen van het aangegeven vergelijkingssysteem al heel lang bekend en bestaat uit een gevolg van de reeds genoemde Chinese reststelling. De overgangsformule is nogal omslachtig, en we zullen het hier niet geven, we merken alleen op dat in de meeste gevallen wordt geprobeerd deze vertaling te vermijden, door de algoritmen zo te optimaliseren dat ze tot het einde binnen de RNS blijven.
Een bijkomend voordeel van dit systeem is dat je in tabelvorm en ook in één cyclus in het RNS niet alleen bewerkingen kunt uitvoeren op getallen, maar ook op willekeurig complexe functies weergegeven in de vorm van een polynoom (als natuurlijk de resultaat gaat niet verder dan het representatiebereik). Tot slot heeft SOC nog een belangrijk voordeel. We kunnen extra gronden invoeren en daarmee de redundantie verkrijgen die nodig is voor foutcontrole, op een natuurlijke en eenvoudige manier, zonder het systeem te volproppen met driedubbele redundantie.
Bovendien maakt de RNS het mogelijk om de controle al tijdens het berekenen zelf uit te voeren, en niet alleen wanneer het resultaat in het geheugen wordt geschreven (zoals de foutcorrectiecodes doen in het conventionele nummersysteem). Over het algemeen is dit over het algemeen de enige manier om ALU tijdens het werk te besturen, en niet het uiteindelijke resultaat in RAM. In de jaren zestig bezette een processor een kast of meerdere, bevatte vele duizenden afzonderlijke elementen, gesoldeerde en verwijderbare contacten, evenals kilometers geleiders - een gegarandeerde bron van verschillende interferentie, storingen en storingen, en ongecontroleerde. De overgang naar het SOC maakte het mogelijk om de stabiliteit van het systeem tegen storingen honderden keren te vergroten.
Daardoor had de SOK-machine enorme voordelen.
- De hoogst mogelijke fouttolerantie "out of the box" met automatische ingebouwde controle van de juistheid van elke bewerking in elke fase - van het lezen van getallen tot rekenen en schrijven naar RAM. Ik denk dat het onnodig is om uit te leggen dat dit voor raketafweersystemen misschien wel de belangrijkste eigenschap is.
-
Het maximaal mogelijke theoretisch parallellisme van bewerkingen (in principe zouden absoluut alle rekenkundige bewerkingen binnen de RNS in één cyclus kunnen worden uitgevoerd, zonder rekening te houden met de bitdiepte van de originele getallen) en de snelheid van berekeningen die met geen enkele andere methode kan worden bereikt. Nogmaals, het is niet nodig om uit te leggen waarom raketverdedigingscomputers verondersteld werden zo efficiënt mogelijk te zijn.
Zo smeekten SOK-machines gewoon om hun gebruik als antiraketcomputer, er kon in die jaren niets beters zijn dan ze voor dit doel, maar dergelijke machines moesten nog in de praktijk worden gebouwd en alle technische problemen moesten worden omzeild. De Tsjechen losten dit op briljante wijze op.
Het resultaat van vijf jaar onderzoek was Wallach's artikel "Origin of the code and number system of rest classes", gepubliceerd in 1955 in de collectie "Stroje Na Zpracovani Informaci", vol. 3, Nakl. CSAV, in Praag. Alles was klaar voor de ontwikkeling van de computer. Naast Wallach trok Svoboda nog een aantal getalenteerde studenten en afgestudeerde studenten aan voor het proces, en het werk begon. Van 1958 tot 1961 was ongeveer 65% van de componenten van de machine, genaamd EPOS I (van Czech elektronkovy počitač středni - medium computer), gereed. De computer zou worden geproduceerd in de faciliteiten van de ARITMA-fabriek, maar, net als in het geval van SAPO, verliep de introductie van EPOS I niet zonder problemen, vooral op het gebied van de productie van de elementbasis.
Gebrek aan ferrieten voor de geheugeneenheid, slechte kwaliteit van diodes, gebrek aan meetapparatuur - dit is slechts een onvolledige lijst van problemen waarmee Svoboda en zijn studenten te maken hadden. De maximale zoektocht was om zoiets elementairs als een magneetband te krijgen, het verhaal van zijn aankoop is ook gebaseerd op een kleine industriële roman. Ten eerste was het in Tsjechoslowakije als klasse afwezig; het werd gewoon niet geproduceerd, omdat ze hier helemaal geen apparatuur voor hadden. Ten tweede was de situatie in de CMEA-landen vergelijkbaar - tegen die tijd maakte alleen de USSR op de een of andere manier de band. Het was niet alleen van een angstaanjagende kwaliteit (in het algemeen achtervolgde het probleem met de randapparatuur en vooral met de verdomde tape van computer tot compactcassette de Sovjets tot het einde, iedereen die het geluk had om met Sovjet-tape te werken, heeft een enorme aantal verhalen over hoe het werd gescheurd, gegoten, enz.), dus de Tsjechische communisten wachtten om de een of andere reden niet op hulp van hun Sovjet-collega's en niemand gaf hen een lintje.
Als gevolg hiervan kende de minister van Algemene Techniek Karel Poláček een subsidie van 1,7 miljoen kronen toe voor de extractie van tape in het Westen, maar vanwege bureaucratische obstakels bleek dat vreemde valuta voor dit bedrag niet binnen de limiet konden worden vrijgegeven van het Ministerie van Algemene Ingenieurswetenschappen voor invoertechnologie. Terwijl we met dit probleem bezig waren, misten we de besteldeadline voor 1962 en moesten we heel 1963 wachten. Ten slotte was het pas tijdens de Internationale Beurs in Brno in 1964, als resultaat van onderhandelingen tussen de Staatscommissie voor de Ontwikkeling en Coördinatie van Wetenschap en Technologie en de Staatscommissie voor Management en Organisatie, mogelijk om samen de invoer van tapegeheugen te realiseren met de ZUSE 23-computer (ze weigerden de tape uit Tsjechoslowakije apart te verkopen vanwege embargo, ik moest een hele computer kopen van de neutrale Zwitser en de magnetische schijven eruit verwijderen).
EPOS 1
EPOS I was een modulaire unicast-buiscomputer. Ondanks het feit dat het technisch gezien tot de eerste generatie machines behoorde, waren sommige van de ideeën en technologieën die erin werden gebruikt zeer geavanceerd en werden pas een paar jaar later massaal geïmplementeerd in de machines van de tweede generatie. EPOS I bestond uit 15.000 germaniumtransistoren, 56.000 germaniumdiodes en 7.800 vacuümbuizen, afhankelijk van de configuratie had het een snelheid van 5-20 kIPS, wat destijds niet slecht was. De auto was uitgerust met Tsjechische en Slowaakse toetsenborden. Programmeertaal - autocode EPOS I en ALGOL 60.
De registers van de machine werden verzameld op de meest geavanceerde magnetostrictieve vertragingslijnen van nikkelstaal voor die jaren. Het was veel koeler dan Strela-kwikbuizen en werd tot eind jaren zestig in veel westerse ontwerpen gebruikt, aangezien dergelijk geheugen goedkoop en relatief snel was, werd het gebruikt door LEO I, verschillende Ferranti-machines, IBM 2848 Display Control en vele andere vroege videoterminals (een draad meestal opgeslagen 4 tekenreeksen = 960 bits). Het werd ook met succes gebruikt in vroege elektronische desktoprekenmachines, waaronder de Friden EC-130 (1964) en EC-132, de Olivetti Programma 101 (1965) programmeerbare rekenmachine en de Litton Monroe Epic 2000 en 3000 (1967) programmeerbare rekenmachines.
Over het algemeen was Tsjecho-Slowakije in dit opzicht een geweldige plek - iets tussen de USSR en volwaardig West-Europa. Aan de ene kant waren er halverwege de jaren vijftig zelfs problemen met lampen (denk eraan dat ze ook in de USSR waren, hoewel niet in zo'n verwaarloosde mate), en Svoboda bouwde de eerste machines op de monsterlijk verouderde technologie van de jaren dertig - relais, aan de andere kant, aan het begin van de jaren zestig, kwamen vrij moderne nikkelvertragingslijnen beschikbaar voor Tsjechische ingenieurs, die 5-10 jaar later in binnenlandse ontwikkelingen werden gebruikt (tegen de tijd dat ze in het Westen verouderd waren, voor bijvoorbeeld de binnenlandse Iskra-11 ", 1970 en" Electronics-155 ", 1973, en de laatste werd als zo geavanceerd beschouwd dat hij al een zilveren medaille ontving op de tentoonstelling van economische prestaties).
EPOS I, zoals je zou kunnen raden, was decimaal en had rijke randapparatuur, daarnaast leverde Svoboda verschillende unieke hardware-oplossingen in de computer die hun tijd ver vooruit waren. I / O-bewerkingen op een computer zijn altijd veel langzamer dan werken met RAM en ALU, er werd besloten om de inactieve tijd van de processor te gebruiken, terwijl het programma dat het uitvoerde toegang had tot trage externe schijven, om een ander onafhankelijk programma te starten - in totaal, op deze manier was het mogelijk om tot 5 programma's parallel uit te voeren! Het was 's werelds eerste implementatie van multiprogrammering met behulp van hardware-interrupts. Bovendien werden externe (parallelle lancering van programma's die werken met verschillende onafhankelijke machinemodules) en interne (pipelining voor de divisie-operatie, de meest bewerkelijke) time-sharing geïntroduceerd, waardoor de productiviteit vele malen kon worden verhoogd.
Deze innovatieve oplossing wordt terecht beschouwd als het architecturale meesterwerk van Freedom en werd pas een paar jaar later massaal toegepast in industriële computers in het Westen. EPOS I multiprogrammering computerbesturing werd ontwikkeld toen het idee van time-sharing nog in de kinderschoenen stond, zelfs in de professionele elektrische literatuur van de tweede helft van de jaren zeventig, wordt het nog steeds als zeer geavanceerd beschouwd.
De computer was uitgerust met een handig informatiepaneel, waarop realtime de voortgang van processen kon worden gevolgd. Het ontwerp ging er aanvankelijk van uit dat de betrouwbaarheid van de hoofdcomponenten niet ideaal was, dus EPOS I kon individuele fouten corrigeren zonder de huidige berekening te onderbreken. Een ander belangrijk kenmerk was de mogelijkheid om componenten te hot-swappen, evenals verschillende I / O-apparaten aan te sluiten en het aantal drum- of magnetische opslagapparaten te vergroten. Door zijn modulaire opbouw kent EPOS I een breed scala aan toepassingen: van massale dataverwerking en automatisering van administratief werk tot wetenschappelijke, technische of economische berekeningen. Bovendien was hij gracieus en behoorlijk knap, de Tsjechen dachten, in tegenstelling tot de USSR, niet alleen aan prestaties, maar ook aan het ontwerp en het gemak van hun auto's.
Ondanks dringende verzoeken van de overheid en financiële noodsubsidies, kon het Ministerie van Algemene Machinebouw niet de nodige productiecapaciteit leveren in de fabriek van VHJ ZJŠ Brno, waar de EPOS I zou worden geproduceerd. Aanvankelijk werd aangenomen dat machines van deze serie zou tot ongeveer 1970 voldoen aan de behoeften van de nationale economie. Uiteindelijk bleek alles veel triester, de problemen met componenten verdwenen niet, bovendien kwam het krachtige TESLA-concern tussenbeide in het spel, dat vreselijk onrendabel was om Tsjechische auto's te produceren.
In het voorjaar van 1965 werden in aanwezigheid van Sovjet-specialisten succesvolle staatstests van EPOS I uitgevoerd, waarbij de logische structuur, waarvan de kwaliteit overeenkwam met het wereldniveau, bijzonder zeer werd gewaardeerd. Helaas is de computer het voorwerp geworden van ongegronde kritiek van sommige computer "experts" die probeerden de beslissing om computers te importeren door te drukken, bijvoorbeeld, schreef de voorzitter van de Slowaakse Automatiseringscommissie Jaroslav Michalica (Dovážet, nebo vyrábět samočinné počítače? In: Rudé právo, 13.ubna 1966, blz. 3.):
Behalve prototypes werd er in Tsjecho-Slowakije geen enkele computer geproduceerd. Vanuit het oogpunt van de wereldontwikkeling is het technische niveau van onze computers erg laag. Zo is het energieverbruik van EPOS I erg hoog en bedraagt 160-230 kW. Een ander nadeel is dat het alleen software in machinecode heeft en niet is uitgerust met het vereiste aantal programma's. De bouw van een computer voor binnenopstelling vereist een grote bouwinvestering. Bovendien hebben we de import van magneetband uit het buitenland niet volledig verzekerd, zonder welke EPOS I volkomen nutteloos is.
Het was beledigende en ongegronde kritiek, aangezien geen van de aangegeven tekortkomingen rechtstreeks verband hield met EPOS - het stroomverbruik ervan was uitsluitend afhankelijk van de gebruikte elementbasis en voor een lampmachine was het behoorlijk adequaat, de problemen met de tape waren over het algemeen meer politiek dan technisch, en de installatie van een mainframe in de kamer en nu wordt geassocieerd met de grondige voorbereiding en is vrij moeilijk. De software kwam niet uit de lucht vallen - er waren productieauto's nodig. Ingenieur Vratislav Gregor maakte hier bezwaar tegen:
Het EPOS I-prototype werkte 4 jaar perfect in onaangepaste omstandigheden in drie ploegen zonder airconditioning. Dit eerste prototype van onze machine lost taken op die moeilijk op andere computers in Tsjechoslowakije op te lossen zijn … bijvoorbeeld het bewaken van jeugdcriminaliteit, het analyseren van fonetische gegevens, naast kleinere taken op het gebied van wetenschappelijke en economische berekeningen die een belangrijke praktische toepassing hebben. Qua programmeertools is EPOS I uitgerust met ALGOL… Voor de derde EPOS I zijn ongeveer 500 I/O-programma's, tests, enz. ontwikkeld. Geen enkele andere gebruiker van een geïmporteerde computer heeft ooit programma's op zo'n tijdige manier en in zo'n hoeveelheid tot onze beschikking gehad.
Helaas, tegen de tijd dat de ontwikkeling en acceptatie van EPOS I was voltooid, was het echt erg verouderd en begon VÚMS, zonder tijd te verspillen, parallel met het bouwen van zijn volledig getransistoriseerde versie.
EPOS 2
EPOS 2 is in ontwikkeling sinds 1960 en vertegenwoordigde het toppunt van 's werelds tweede generatie computers. Dankzij het modulaire ontwerp konden gebruikers de computer, net als de eerste versie, aanpassen aan het specifieke type taken dat moest worden opgelost. De gemiddelde werksnelheid was 38,6 kIPS. Ter vergelijking: het krachtige bancaire mainframe Burroughs B5500 - 60 kIPS, 1964; CDC 1604A, de legendarische Seymour Cray-machine, die ook in Dubna werd gebruikt voor nucleaire projecten in de Sovjet-Unie, had een vermogen van 81 kIPS, zelfs het gemiddelde in zijn lijn van IBM 360/40, waarvan een serie later werd gekloond in de USSR, ontwikkeld in 1965, gaf in wetenschappelijke problemen slechts 40 kIPS uit! Naar de maatstaven van het begin van de jaren zestig was de EPOS 2 een auto van het hoogste niveau die vergelijkbaar was met de beste westerse modellen.
De verdeling van de tijd in EPOS 2 werd nog steeds niet gecontroleerd door software, zoals in veel buitenlandse computers, maar door hardware. Zoals altijd was er een plug met de verdomde tape, maar ze stemden ermee in om het uit Frankrijk te importeren, en later beheerste TESLA Pardubice de productie ervan. Voor de computer werd een eigen besturingssysteem, ZOS, ontwikkeld en dit werd in ROM geflitst. ZOS-code was de doeltaal voor FORTRAN, COBOL en RPG. Tests van het EPOS 2-prototype in 1962 waren succesvol, maar tegen het einde van het jaar was de computer om dezelfde redenen niet af als de EPOS 1. Als gevolg daarvan werd de productie uitgesteld tot 1967. Sinds 1968 produceert ZPA Čakovice in serie EPOS 2 onder de aanduiding ZPA 600, en sinds 1971 - in een verbeterde versie van de ZPA 601. De serieproductie van beide computers eindigde in 1973. De ZPA 601 was gedeeltelijk software-compatibel met de Sovjet-machinelijn MINSK 22. Er werden in totaal 38 ZPA-modellen geproduceerd, die een van de meest betrouwbare systemen ter wereld waren. Ze werden gebruikt tot 1978. Ook in 1969 werd een prototype van de kleine ZPA 200-computer gemaakt, maar deze ging niet in productie.
Terugkerend naar TESLA, moet worden opgemerkt dat hun leiderschap het EPOS-project echt met alle macht heeft gesaboteerd en om één simpele reden. In 1966 drongen ze bij het Centraal Comité van Tsjechoslowakije toewijzingen van 1, 1 miljard kronen aan voor de aankoop van Frans-Amerikaanse mainframes Bull-GE en hadden ze helemaal geen eenvoudige, handige en goedkope thuiscomputer nodig. Druk vanuit het Centraal Comité leidde ertoe dat niet alleen een campagne werd gelanceerd om de werken van Svoboda en zijn instituut in diskrediet te brengen (u hebt al een dergelijk citaat gezien en het werd nergens gepubliceerd, maar in het hoofdpersorgaan van de Communistische Partij van Tsjechoslowakije Rudé právo), maar uiteindelijk kreeg het Ministerie van Algemene Machinebouw de opdracht om de productie van twee EPOS I te beperken, in totaal werden er samen met het prototype uiteindelijk 3 stuks gemaakt.
EPOS 2 kreeg ook een hit, het TESLA-bedrijf deed zijn best om te laten zien dat deze machine nutteloos was, en via het management van DG ZPA (Instrument and Automation Factories, waartoe VÚMS behoorde) het idee van een open competitie tussen de ontwikkeling van Liberty en de nieuwste mainframe TESLA 200. De Franse computerfabrikant BULL werd In 1964, samen met de Italiaanse fabrikant Olivetti, de Amerikanen General Electric kochten, begonnen zij met de ontwikkeling van een nieuwe mainframe BULL Gamma 140. De release voor de Amerikaanse markt werd geannuleerd, omdat de Yankees besloten dat het intern zou concurreren met hun eigen General Electric GE 400. Als gevolg hiervan bleef het project in de lucht hangen, maar toen kwamen vertegenwoordigers van TESLA met succes en voor 7 miljoen dollar kochten ze een prototype en de rechten aan de productie ervan (als resultaat produceerde TESLA niet alleen ongeveer 100 van dergelijke computers, maar slaagde het er ook in om er meerdere in de USSR te verkopen!). Het was deze derde generatie auto genaamd TESLA 200 die de ongelukkige EPOS zou verslaan.
TESLA had een volledig afgewerkte seriële foutopsporingscomputer met een volledige set tests en software, VÚMS had slechts een prototype met een onvolledige set randapparatuur, een onvoltooid besturingssysteem en schijven met een busfrequentie die 4 keer lager was dan die geïnstalleerd op het Franse mainframe. Na een voorronde vielen de EPOS-resultaten, zoals verwacht, tegen, maar de ingenieuze programmeur Jan Sokol paste het reguliere sorteeralgoritme aanzienlijk aan, de medewerkers, die de klok rond werkten, brachten de hardware voor de geest, bemachtigden een paar snelle schijven vergelijkbaar met TESLA, en als resultaat won EPOS 2 een veel krachtiger Frans mainframe!
Tijdens de evaluatie van de resultaten van de eerste ronde sprak Sokol tijdens een gesprek met de ZPA over de ongunstige omstandigheden van de competitie, overeengekomen met de leiding. Zijn klacht werd echter afgewezen met de woorden "na het gevecht is elke soldaat een generaal." Helaas had de overwinning van EPOS geen grote invloed op zijn lot, grotendeels vanwege de ongelukkige tijd - het was 1968, Sovjettanks reden door Praag en onderdrukten de Praagse lente, en VÚMS, altijd beroemd om zijn extreme liberalisme (van waaruit bovendien, onlangs met Svoboda gevlucht) stond op zijn zachtst gezegd niet in hoog aanzien bij de autoriteiten.
Maar dan begint het meest interessante deel van ons verhaal - hoe Tsjechische ontwikkelingen de basis vormden van de eerste Sovjet-raketverdedigingsvoertuigen en welk een roemloos einde hen uiteindelijk wachtte, maar we zullen hier de volgende keer over praten.
