Nașterea sistemului sovietic de apărare antirachetă. BESM-6. Rezultate
Calculatoare de bază BESM-6. Sursa: arhiva foto JINR
Un alt mit
Un alt mit este că evoluțiile unice ale BESM-6 au fost distruse de tranziția la UE fără suflet.
De fapt, după cum am aflat deja, BESM-6 nu putea ocupa, în mod fundamental, nișa unui computer universal pentru Comitetul de Stat de Planificare, institute de cercetare, fabrici etc. Da, a fost conceput ca atare și, teoretic, ar fi putut fi unul, scopul căii era absolut corect, dar calea s-a dovedit a fi strâmbă și a condus complet în direcția greșită. BESM-6, în principiu, nu a fost un concurent pentru UE, la fel cum un autobasculant minier nu este un concurent pentru o platformă universală de marfă, mai ales că autobasculanta care a ieșit din ea a fost așa așa, EC-urile mai vechi erau nu mult mai slab, dar mult mai manevrabil.
Proiectul BESM-6 nu a fost deloc închis odată cu trecerea la UE, au fost produse un total de 367 de vehicule de diferite versiuni, au fost fabricate din 1968 până în 1981, la începutul anilor 1980 a fost produsă o versiune a BESM-6 pe IS - Elbrus-1K2, apoi a fost următoarea versiune - Elbrus-B. BESM-6 de toate tipurile au fost în funcțiune până în 1993–1994. Mai mult, în 1971, au fost inițiate lucrările de proiectare a BESM-10, dar au fost reduse din motive independente de seria EC (moartea lui Lebedev, intrigi în Academia de Științe a URSS, prăbușirea generală care a început la sfârșitul anilor 1970, bani sunt storcați de grupuri concurente de dezvoltatori sub „Elbrus”, etc.).
UE nu l-a împiedicat în niciun fel pe Yuditsky să-și dezvolte propriile minicalculatoare, pe Kartsev să construiască monstruosul M-13 și așa mai departe. Nici pe Elbrus nu l-a rănit. Mai mult, un număr considerabil de mașini originale au fost dezvoltate și sub marcajul UE, despre ele vom vorbi mai târziu. În plus, așa cum am menționat deja, BESM-6 nu a reușit să facă față sarcinii principale - lansarea întregului software care a fost scris pentru mașinile CDC.
Eșecul în acest sens a arătat că, dacă doriți să utilizați software furat fără probleme, trebuie să copiați complet arhitectura mașinilor. Emularea este ineficientă și are aplicabilitate limitată, traducerea încrucișată este complexă și necesită timp de depanare.
Iar ITMiVT și Lebedev personal au primit următoarea sarcină în 1959 - să facă posibilă rularea software-ului american și european pe mașinile sovietice. În mod ideal, fără nicio problemă, în realitate - cu recompilare și depanare nu prea laborioasă, pentru că a scrie totul pe cont propriu era o utopie, acest lucru a devenit clar la începutul anilor 1960.
Nici măcar nu este o chestiune de sisteme de operare și compilatoare - și-au creat cumva propriile lor, este o chestiune de pachete de aplicații, dintre care erau multe mii deja în anii 60, și niciun institut de cercetare sovietic nu a fost capabil să furnizeze software de o asemenea calitate într-o asemenea măsură. cantitate. Doar prin copiere, aceasta a fost singura modalitate de a oferi economiei naționale un software modern și de a nu rămâne în urmă complet.
Ultimele două mituri
Pentru început, trebuie doar să ne uităm la ultimele două mituri.
Primul dintre ele, în general, nu este un mit, ci mai degrabă este poveste, care nu a fost încă descris pe deplin în sursele în limba rusă, iar autorul dorește să corecteze această omisiune.
După cum știți, spre marele regret al tuturor tehno-arheologilor, iubitorilor și cercetătorilor istoriei computerelor, în URSS (despre Rusia nu este nimic de spus) mașinile vechi nu erau foarte îngrijite. O soartă tristă a atins aproape toate computerele domestice, iar acum nu putem decât să atingem firimiturile întregii moșteniri tehnice din acele vremuri.
MESM a fost topit pentru fier vechi, o consolă a rămas de la Setun-70, părți ale procesorului de la Elektronika SS BIS, câteva piese de schimb de la Strela, câteva plăci Elbrus-2 pot fi văzute în California în cel mai mare muzeu de calculatoare din World Mountain View Muzeul de istorie a calculatoarelor. Rămășițele singurului CDC Cyber 170 din URSS se află în SPII RAS din Sankt Petersburg, în timp ce singurele Burroughs din Uniune au dispărut fără urmă.
Din cele peste 300 de BESM-6, aproape nimic nu a supraviețuit; în total, plăcile fiecărei mașini conțineau mai mult de un kilogram de metale prețioase, astfel încât soarta lor la sfârșitul anilor 1980 - începutul anilor 1990 a fost sigilată.
Există o copie la Muzeul Politehnic din Moscova, dar caracterul complet și funcționalitatea acestuia sunt discutabile.
Cu toate acestea, există un singur loc în lume în care un BESM-6 complet a fost păstrat în stare absolută de funcționare și este situat în Marea Britanie - faimosul Muzeu de Știință din Londra. Mașina a fost salvată din Uniunea Sovietică prăbușită în 1992 de către vechiul fanatic al computerelor și cercetătorul Doron Swade într-o perioadă amețitoare când chiar și un tanc, ca să nu mai vorbim de un computer antic, putea fi cumpărat și luat.
Tehnoarheologii vremurilor viitoare vor fi veșnic recunoscători curatorului persistent al Departamentului de Istorie a Tehnologiilor Informaționale al Muzeului de Știință pentru această ispravă (apropo, el este, în general, descoperitorul computerelor sovietice în Occident și, de asemenea, a împins pentru includerea postumă a oamenilor de știință sovietici, inclusiv a lui Lebedev, în sala faimei IEEE, prezentându-și lucrările pentru Medalia Babbage).
Care este mitul aici?
Este că, din întregul articol mare despre călătoria lui Suaid în Siberia sălbatică în anii 1990 pe computerul legendar, în surse în limba rusă ei citează și citează exact o propoziție:
Supercalculatoarele rusești de clasă BESM, dezvoltate în urmă cu mai bine de 40 de ani, contrazic pretențiile SUA de superioritate tehnologică în timpul Războiului Rece.
De fapt, această poveste este mult mai interesantă, așa că vom prezenta cititorilor și alte părți din fascinanta sa anabază „Înapoi în URSS Un curator de muzeu sugerează că supercomputerul BESM din Rusia ar fi putut fi superior al nostru în timpul Războiului Rece”.
18 noiembrie 1992. Miercuri. Adânc în inima Siberiei trăiește un monstru care face cu ochiul. Se zvonește că ocupă un etaj întreg și este echipat cu mii de lumini intermitente ale consolei. A făcut odată parte din programele militare, spațiale, de inginerie, meteorologice și de calculator ale URSS și este cea mai recentă versiune funcțională a legendarului supercomputer BESM-6. El stă printre epavele a trei dintre compatrioții săi, care au fost zdrobite și topite pentru a-și recicla metalele prețioase.
Am venit în fosta Uniune Sovietică pentru a salva ultima mașină de aceeași soartă crudă.
Am ajuns în aceste ninsori și vânturi puternice pentru a primi un supercomputer BESM-6 funcțional pentru Muzeul Național de Știință și Industrie din Londra. În pregătirea călătoriei, am citit tot ce am putut găsi despre calculatoarele rusești. Căutarea literaturii a fost deopotrivă surprinzătoare și revelatoare.
Am învățat că cultura informatică rusă are propriile icoane: Ural, MESM, Ryad, Nairi, Strela, BESM, Elbrus — acronime cu o istorie la fel de bogată și asocieri personale pentru comunitatea informatică sovietică precum o fac mantrele noastre acronime pentru noi. Cu toate acestea, din cauza secretului din timpul Războiului Rece, aceste mașini sunt practic necunoscute istoricilor de calcul occidental și abia sunt menționate în canonul istoric...
Sunt interesat să văd mașinile legendare despre care am citit - Ural, MIR și mai ales Elbrus, supercomputerul bazat pe Burroughs care a înlocuit BESM. La scurt timp după sosirea noastră, mă adresez uneia dintre gazdele noastre, Dmitry, un tânăr informatician de la institut, care va fi principalul nostru traducător, și întreb despre aceste computere istorice. El îmi răspunde la întrebări cu o privire goală și o evită politicos, așa că renunț la subiect.
Începem câteva zile de negocieri intense cu privire la prețul și procedura de livrare pentru echipamentele istorice pe care am venit să le cumpărăm - BESM, o stație de lucru Kronos, un computer personal AGAT (Apple II rusesc) și alte mașini. Acordul asupra fiecărui punct este însoțit de o înghițitură obligatorie de vodcă. În a treia zi, programul nostru de întâlniri în curs se schimbă brusc. Dmitry, din senin, anunță: La 15:30 îl vei vedea pe Elbrus.
Așa înțeleg principiul principal de a face afaceri în limba rusă: ceea ce contează nu este ceea ce faci și nu nivelul puterii tale; ceea ce contează este cu cine faci conexiuni personale. Trei zile de negocieri par să fi stabilit încrederea necesară. Acum proprietarii noștri nu ne pot refuza.
21 noiembrie 1992. Sâmbătă. Avem nevoie de o pauză. Eram răgușiți și înțepeniți din cauza orelor de vorbit și a băuturilor însoțitoare. Dmitri și trei dintre prietenii săi de la institut ne duc cu ei într-o piață uriașă de vechituri, care funcționează tot timpul anului pe pustii înghețate de lângă Novosibirsk. Piața se numește barakholka, care înseamnă literal „loc de gunoi”.
Ni s-a spus să ne ascundem incursiunea de directorii institutului: erau nervoși de riscul pentru străini din partea localnicilor ostili. Dmitry ne avertizează să nu avem bani sau camere la noi și să nu vorbim sub nicio formă engleză. Daca vrem sa cumparam ceva, trebuie sa dam un semnal si sa ne indepartam pentru a nu fi auziti. Însoțitorii noștri de la institut vor face afaceri pentru noi.
Temperatura este mult sub zero și zăpadă slabă. Alături de animale, piese auto, blănuri, carne congelată și bunuri de uz casnic, vedem tarabe cu circuite integrate, componente electronice, periferice, componente radio, piese de șasiu și ansambluri - o strada Siberian Lyle în aer liber.
Printre pradă au fost convertite clone Sinclair ZX-Spectrum cu documentație rusă și jocuri stocate pe casete audio. Clonele vin într-o varietate de forme, culori și modele și seamănă puțin cu omologii lor occidentali. Plăcile lor de bază au fost fabricate informal în fabrici de electronice deținute de stat de muncitori care apoi asamblau computerele acasă și le vindeau unul sau două la un moment dat, în privat sau în piețele de vechituri.
Ajungem prin a cumpăra două clone Sinclair; unul dintre ele vine cu o garanție - o notă scrisă de mână cu numărul de telefon al adolescentului care a asamblat dispozitivul. Cost: echivalent cu 19 dolari SUA.
Ne întoarcem la institut cu comorile noastre. Odată înăuntru, sunt lovit de o contradicție: abundența de calculatoare personale în clădire contrazice regulile stabilite de CoCom în timpul Războiului Rece - reguli care limitau țările din Blocul de Est de a achiziționa tehnologie avansată din Occident. Îi menționez asta lui Dmitri.
„PC-uri galbene”, râde el, fluturând mâna către ecranele color ale secretarelor. El explică că aceste computere nu sunt mașini de marcă, achiziționate prin contracte cu fabrici din Asia de Est, sub contract cu companii occidentale.
„Deci”, spun eu, „rușii au aceeași pasiune pentru computerele personale ca și noi?” Ca răspuns, Dmitri arată spre ferestrele cu gratii ale institutului. „Care crezi că este distanța dintre tije?” el intreaba.
Mă uit înapoi confuz.
„Puțin mai puțin decât lățimea unui computer”, răspunde Dmitry. Mă asigură că vorbește serios și explică că barele au fost instalate pentru a preveni furtul computerelor aruncându-le pe ferestre. Dar ceva încă mă încurcă. Cum, mă întreb, se potrivește asta cu ceea ce am observat în afara zidurilor institutului? Lângă casa de marcat în majoritatea magazinelor și hotelurilor din țară există un abac rusesc - schyotti. Asistentii de magazine și funcționarii fac calcule pe el și apoi introduc totalul în casa de marcat, deși majoritatea caselor de marcat se pot adăuga automat.
Când îl întreb pe Dmitry despre această practică ciudată, el explică că populația nu are încredere în noile tehnologii, iar schyotti este simbolul unei proceduri tradiționale, de încredere. În mod paradoxal, schyotti-ul este acum amenințat de inflația fulgerătoare: ramele tradiționale din lemn și podurile de sârmă nu pot găzdui suficiente margele pentru a face față denumirilor mai mici ale unei monede din ce în ce mai depreciate.
23 noiembrie 1992. Luni. A sosit momentul să încheiem negocierile noastre privind BESM, poate cel mai influent computer din istoria computerului sovietic. Aceste mașini uriașe - de la prototipul, BESM-1 (1953), până la modelul final, BESM-6 (1966) - au fost calii de bătaie ai calculului științific și militar, iar sistemul institutului de patru BESM-uri a susținut simultan peste 300 de mașini. utilizatori independenți.
BESM-6 prezintă un interes deosebit: conform unor surse, este ultimul computer domestic a cărui performanță nu a fost inferioară omologul său occidental - supercomputerul Control Data de la mijlocul anilor 1960. Au fost construite peste 350 de BESM-6. Ultimele dintre ele au fost scoase din funcțiune la începutul anilor 1990.
Negocierile noastre pentru achiziționarea unui supercomputer au fost dureroase, dar în cele din urmă au fost încununate cu succes. Sistemul pe care îl livrăm acasă include un procesor BESM complet, dulapuri de alimentare, multe periferice, cabluri, documentație și piese de schimb.
Cu o înțelegere mai detaliată a acestui remarcabil supercomputer sovietic, este posibil să putem reconsidera afirmațiile Războiului Rece cu privire la presupusa inferioritate tehnologică a Rusiei și să risipim sau să confirmăm unele mituri despre priceperea tehnologică a noilor noștri presupuși aliați.
Am venit în fosta Uniune Sovietică pentru a salva ultima mașină de aceeași soartă crudă.
Am ajuns în aceste ninsori și vânturi puternice pentru a primi un supercomputer BESM-6 funcțional pentru Muzeul Național de Știință și Industrie din Londra. În pregătirea călătoriei, am citit tot ce am putut găsi despre calculatoarele rusești. Căutarea literaturii a fost deopotrivă surprinzătoare și revelatoare.
Am învățat că cultura informatică rusă are propriile icoane: Ural, MESM, Ryad, Nairi, Strela, BESM, Elbrus — acronime cu o istorie la fel de bogată și asocieri personale pentru comunitatea informatică sovietică precum o fac mantrele noastre acronime pentru noi. Cu toate acestea, din cauza secretului din timpul Războiului Rece, aceste mașini sunt practic necunoscute istoricilor de calcul occidental și abia sunt menționate în canonul istoric...
Sunt interesat să văd mașinile legendare despre care am citit - Ural, MIR și mai ales Elbrus, supercomputerul bazat pe Burroughs care a înlocuit BESM. La scurt timp după sosirea noastră, mă adresez uneia dintre gazdele noastre, Dmitry, un tânăr informatician de la institut, care va fi principalul nostru traducător, și întreb despre aceste computere istorice. El îmi răspunde la întrebări cu o privire goală și o evită politicos, așa că renunț la subiect.
Începem câteva zile de negocieri intense cu privire la prețul și procedura de livrare pentru echipamentele istorice pe care am venit să le cumpărăm - BESM, o stație de lucru Kronos, un computer personal AGAT (Apple II rusesc) și alte mașini. Acordul asupra fiecărui punct este însoțit de o înghițitură obligatorie de vodcă. În a treia zi, programul nostru de întâlniri în curs se schimbă brusc. Dmitry, din senin, anunță: La 15:30 îl vei vedea pe Elbrus.
Așa înțeleg principiul principal de a face afaceri în limba rusă: ceea ce contează nu este ceea ce faci și nu nivelul puterii tale; ceea ce contează este cu cine faci conexiuni personale. Trei zile de negocieri par să fi stabilit încrederea necesară. Acum proprietarii noștri nu ne pot refuza.
21 noiembrie 1992. Sâmbătă. Avem nevoie de o pauză. Eram răgușiți și înțepeniți din cauza orelor de vorbit și a băuturilor însoțitoare. Dmitri și trei dintre prietenii săi de la institut ne duc cu ei într-o piață uriașă de vechituri, care funcționează tot timpul anului pe pustii înghețate de lângă Novosibirsk. Piața se numește barakholka, care înseamnă literal „loc de gunoi”.
Ni s-a spus să ne ascundem incursiunea de directorii institutului: erau nervoși de riscul pentru străini din partea localnicilor ostili. Dmitry ne avertizează să nu avem bani sau camere la noi și să nu vorbim sub nicio formă engleză. Daca vrem sa cumparam ceva, trebuie sa dam un semnal si sa ne indepartam pentru a nu fi auziti. Însoțitorii noștri de la institut vor face afaceri pentru noi.
Temperatura este mult sub zero și zăpadă slabă. Alături de animale, piese auto, blănuri, carne congelată și bunuri de uz casnic, vedem tarabe cu circuite integrate, componente electronice, periferice, componente radio, piese de șasiu și ansambluri - o strada Siberian Lyle în aer liber.
Printre pradă au fost convertite clone Sinclair ZX-Spectrum cu documentație rusă și jocuri stocate pe casete audio. Clonele vin într-o varietate de forme, culori și modele și seamănă puțin cu omologii lor occidentali. Plăcile lor de bază au fost fabricate informal în fabrici de electronice deținute de stat de muncitori care apoi asamblau computerele acasă și le vindeau unul sau două la un moment dat, în privat sau în piețele de vechituri.
Ajungem prin a cumpăra două clone Sinclair; unul dintre ele vine cu o garanție - o notă scrisă de mână cu numărul de telefon al adolescentului care a asamblat dispozitivul. Cost: echivalent cu 19 dolari SUA.
Ne întoarcem la institut cu comorile noastre. Odată înăuntru, sunt lovit de o contradicție: abundența de calculatoare personale în clădire contrazice regulile stabilite de CoCom în timpul Războiului Rece - reguli care limitau țările din Blocul de Est de a achiziționa tehnologie avansată din Occident. Îi menționez asta lui Dmitri.
„PC-uri galbene”, râde el, fluturând mâna către ecranele color ale secretarelor. El explică că aceste computere nu sunt mașini de marcă, achiziționate prin contracte cu fabrici din Asia de Est, sub contract cu companii occidentale.
„Deci”, spun eu, „rușii au aceeași pasiune pentru computerele personale ca și noi?” Ca răspuns, Dmitri arată spre ferestrele cu gratii ale institutului. „Care crezi că este distanța dintre tije?” el intreaba.
Mă uit înapoi confuz.
„Puțin mai puțin decât lățimea unui computer”, răspunde Dmitry. Mă asigură că vorbește serios și explică că barele au fost instalate pentru a preveni furtul computerelor aruncându-le pe ferestre. Dar ceva încă mă încurcă. Cum, mă întreb, se potrivește asta cu ceea ce am observat în afara zidurilor institutului? Lângă casa de marcat în majoritatea magazinelor și hotelurilor din țară există un abac rusesc - schyotti. Asistentii de magazine și funcționarii fac calcule pe el și apoi introduc totalul în casa de marcat, deși majoritatea caselor de marcat se pot adăuga automat.
Când îl întreb pe Dmitry despre această practică ciudată, el explică că populația nu are încredere în noile tehnologii, iar schyotti este simbolul unei proceduri tradiționale, de încredere. În mod paradoxal, schyotti-ul este acum amenințat de inflația fulgerătoare: ramele tradiționale din lemn și podurile de sârmă nu pot găzdui suficiente margele pentru a face față denumirilor mai mici ale unei monede din ce în ce mai depreciate.
23 noiembrie 1992. Luni. A sosit momentul să încheiem negocierile noastre privind BESM, poate cel mai influent computer din istoria computerului sovietic. Aceste mașini uriașe - de la prototipul, BESM-1 (1953), până la modelul final, BESM-6 (1966) - au fost calii de bătaie ai calculului științific și militar, iar sistemul institutului de patru BESM-uri a susținut simultan peste 300 de mașini. utilizatori independenți.
BESM-6 prezintă un interes deosebit: conform unor surse, este ultimul computer domestic a cărui performanță nu a fost inferioară omologul său occidental - supercomputerul Control Data de la mijlocul anilor 1960. Au fost construite peste 350 de BESM-6. Ultimele dintre ele au fost scoase din funcțiune la începutul anilor 1990.
Negocierile noastre pentru achiziționarea unui supercomputer au fost dureroase, dar în cele din urmă au fost încununate cu succes. Sistemul pe care îl livrăm acasă include un procesor BESM complet, dulapuri de alimentare, multe periferice, cabluri, documentație și piese de schimb.
Cu o înțelegere mai detaliată a acestui remarcabil supercomputer sovietic, este posibil să putem reconsidera afirmațiile Războiului Rece cu privire la presupusa inferioritate tehnologică a Rusiei și să risipim sau să confirmăm unele mituri despre priceperea tehnologică a noilor noștri presupuși aliați.
După cum puteți vedea, citatul lui Suaid, pentru a spune ușor, este scos din context, cu toată dragostea lui pentru computere, el nu a susținut niciodată nicăieri că BESM-6 este superior a tot ceea ce a fost creat în Occident. El a presupus că cercetările pe această mașină ar putea răspunde la întrebarea dacă America a mințit cu privire la superioritatea sa în timpul Războiului Rece.
Din păcate, nu știm ce răspuns a primit după ce a adus acasă prețioasa mașină și a examinat-o, dar cred că răspunsul este deja evident pentru cititorii articolului.
Profesorul Tomilin de la Muzeul de Știință din Londra lângă BESM-6 salvat din Siberia, fotografie din arhiva lui Tomilin
Ultimul mit l-am lăsat pentru o gustare.
Este atât de popular încât se găsește peste tot, chiar și în Wikipedia în limba rusă.
Complexul de calculatoare, care includea BESM-6, a procesat telemetria în 1975 minut în timpul zborului spațial Soyuz-Apollo în 1, în timp ce partea americană a petrecut 30 de minute pentru astfel de calcule.
Sursa sa principală este un singur interviu cu programatorul în vârstă BESM-6, profesorul Tomilin (unul dintre autorii acelui sistem proto-operațional D-68), care, din păcate, a murit destul de recent, în 2021.
Amintindu-și tinerețea și munca la MCC într-un interviu acordat indicator.ru, el a spus:
Eram situat direct la terminalul complexului, unde s-au reflectat rezultatele analizei calitatii masuratorilor. Au fost cele mai frumoase măsurători! De la acest terminal, de la o mașină periferică a complexului AS-6, am transmis informații despre calitatea măsurătorilor prin difuzor la un alt etaj pe BESM-6.
De acolo s-a răspuns la informațiile primite despre calitatea măsurătorilor: „Da, să o luăm!”, iar operatorii complexului de programe balistice au apăsat tastele registrelor de la distanță și, prin urmare, au direcționat programele de calcul balistic pe calea optimă în timp. pentru a obține rezultatele cerute (registrele au fost interogate de sistemul de operare de 250 de ori pe secundă, iar instrucțiunile operatorilor au fost imediat transmise programelor de calcul).
Drept urmare, calculele au fost finalizate cu 20 de minute mai repede decât americanii (rezultatele au coincis), la care Houston a răspuns: „Cum poate fi asta?! Ce fel de mașini aveți?”
Soluția a fost obținută mai rapid datorită interacțiunii om-mașină.
De acolo s-a răspuns la informațiile primite despre calitatea măsurătorilor: „Da, să o luăm!”, iar operatorii complexului de programe balistice au apăsat tastele registrelor de la distanță și, prin urmare, au direcționat programele de calcul balistic pe calea optimă în timp. pentru a obține rezultatele cerute (registrele au fost interogate de sistemul de operare de 250 de ori pe secundă, iar instrucțiunile operatorilor au fost imediat transmise programelor de calcul).
Drept urmare, calculele au fost finalizate cu 20 de minute mai repede decât americanii (rezultatele au coincis), la care Houston a răspuns: „Cum poate fi asta?! Ce fel de mașini aveți?”
Soluția a fost obținută mai rapid datorită interacțiunii om-mașină.
În general, din povestea unui veteran în vârstă este greu de înțeles ce, în principiu, se întâmpla acolo, așa că haideți să încercăm să cercetăm situația din cealaltă parte și să ne uităm la Centrul de control al misiunii NASA pentru a afla ce computere de control al misiunii ei au folosit.
Datorită Uniunii Sovietice
De fapt, cel mai amuzant lucru este că americanii ar trebui să mulțumească Uniunii Sovietice pentru dezvoltarea astronauticii. Lansarea lui Sputnik 1 (la care nimeni nu se aștepta de la URSS) a dus la faptul că Statele Unite au căzut în șoc de ceva vreme, văzând un gol clar în tehnologia sa. După o astfel de gustoasă lovitură de mândrie, în trei luni a fost creată celebra Agenție Defense Advanced Research Projects Agency DARPA (în forma sa modernă), iar șase luni mai târziu, în vara anului 1958, a fost creată NASA.
În același timp, de ceva timp, NASA nu a avut un buget colosal sau vreo tehnologie extremă; până în 1958, Jet Propulsion Laboratory (JPL), care era responsabil pentru experimentele timpurii cu rachete, se descurca în general cu un personal de „calculatoare umane”. ” - informaticiene înarmate cu comptometre, tabulatoare și mai târziu - un vechi IBM 1620.
Utilizarea stațiilor de numărare a mașinilor umane, în general, nu a fost mai puțin răspândită în Statele Unite în anumite zone decât în URSS, iar această practică a încetat abia după infuzia enormă de finanțare în urma zborului Sputnik.
Să deschidem cartea Computers in Spaceflight: The NASA Experience și să vedem cu ce a concurat complexul mai multor BESM-6:
Cea mai impresionantă contribuție a Americii la Anul Geofizic Internațional (1957–1958) a fost satelitul Vanguard Earth. În iunie 1957, Proiectul Vanguard a înființat Centrul de calcul în timp real (RTC) pe Pennsylvania Avenue din Washington, DC, constând dintr-un computer IBM 7044. Un program de calculator cu 40 de instrucțiuni dezvoltat pentru Vanguard a efectuat determinarea orbitei în timp real.
Astfel, IBM a primit practică timpurie în abilitățile de bază necesare pentru controlul zborului. În 1959, când NASA era gata să acorde un contract pentru construirea centrului de control al Proiectului Mercur, IBM avea experiență pe care să o folosească în propunerea sa, precum și un sistem informatic funcțional de la Project Vanguard.
La 30 iulie 1956, NASA a atribuit Western Electric un contract pentru dezvoltarea sistemelor de urmărire și de sol care să fie utilizate la Mercury, iar până la sfârșitul anului 1959, IBM a fost subcontractată pentru a furniza computere și software. Locația sistemului informatic a rămas la Washington.
În anul următor, NASA a fondat Centrul de Zbor Spațial Goddard și, din moment ce se afla la mai puțin de jumătate de oră de centrul orașului Washington, adăpostirea computerelor acolo a oferit aceleași beneficii de infrastructură. Echipele comune NASA și IBM au folosit vechiul sistem informatic din centrul orașului până în noiembrie 1960, când primul dintre noile computere ale lui Mercury, IBM 7090, a fost gata de utilizare la Goddard.
James Stokes de la NASA își amintește că atunci când el și Bill Tindall au ajuns pentru prima dată la noul centru de calculatoare, au trebuit să traverseze o parcare de pământ pentru a ajunge la o „cladire” deconcernătoare, cu pereți din placaj, acoperită cu pânză, inginerii IBM care încercau să mențină sistemul să funcționeze în camp. Această clădire a devenit a treia clădire a noului Centru de Zboruri Spațiale.
Calculatorul central IBM 7090 a fost inima rețelei de control Mercury. În 1959, Departamentul Apărării a provocat industria calculatoarelor comandând o mașină care să proceseze datele generate de noul sistem de avertizare timpurie a rachetelor balistice (BMEWS).
Răspunsul IBM a fost 7090. În esență, o îmbunătățire a seriei 700 (folosită pentru a dezvolta Mercury), 7090 a folosit noul concept I/O inițiat în 709 și a fost atât de mare încât a necesitat până la trei computere IBM mici. 1410 este pentru control numai intrări și ieșiri. Nevoile BMEWS ale Departamentului de Apărare au coincis cu nevoile Mercur de procesare și urmărire a datelor.
Pentru a oferi fiabilitatea necesară pentru zborul cu echipaj, configurația de bază a lui Mercury a inclus două 7090 care funcționează în paralel, fiecare primind date de intrare, dar numai unul capabil să transmită ieșiri. Numiți Computer Operational Mission și Dynamic Standby Computer, au fost transferați în programul Apollo și au devenit primul sistem informatic redundant al NASA.
Trecerea de la computerul principal la computerul de rezervă s-a făcut manual, deci decizia a fost luată de o persoană. În timpul zborului orbital al lui John Glenn, computerul principal s-a defectat timp de 3 minute, dovedind necesitatea unui backup activ.
Încă trei computere au fost adăugate ulterior rețelei Mercury. Unul dintre ele a fost 709, conceput pentru a prezice continuu punctele de impact ale rachetelor lansate de la Cape Canaveral. Acesta a furnizat datele necesare pentru ca responsabilul cu siguranța poligonului să decidă dacă întrerupe misiunea.
Un alt 709 era la stația de urmărire din Bermuda, cu aceleași sarcini ca și perechea de mașini de la Goddard. În cazul unei eșecuri de comunicație sau a unei duble defecțiuni a computerului central, acesta devine computerul principal al misiunii. În cele din urmă, computerul de ghidare Burroughs-GE a asigurat controlul radio al rachetei Atlas în timpul ascensiunii pe orbită.
Plasarea computerelor în apropierea Washingtonului și staționarea personalului de control al misiunii la Cape Canaveral a creat o problemă de comunicații care avea o soluție unică. La primele calculatoare digitale, toate datele de intrare intrau în memorie prin unitatea centrală de procesare. De multe ori s-au acumulat cantități mari de date care trebuiau primite într-un timp scurt, așteptând ca procesorul să facă față fluxului.
Soluția problemei a fost accesul direct la memorie prin conducte de date, pionierat de IBM în 709 și mai târziu în 7090. Prin utilizarea conductelor, procesarea datelor ar putea continua în timpul I/O, crescând debitul general al sistemului.
Sistemele Mercury 7090 erau cu patru canale. De obicei, perifericele care efectuează intrare și ieșire sunt conectate la canale fizic apropiate de mașină, dar perifericele (plotere și imprimante) controlate de computerele Mercury erau situate la aproximativ 1 de mile distanță, în Florida. Soluția a fost înlocuirea canalului F 000 cu un coprocesor personalizat IBM 7090.
Patru subcanale au separat datele procesate de 7281. Unul a fost introdus de la Burroughs-GE pentru datele utilizate la calcularea traiectoriei în timpul zborului cu motor. Al doilea a introdus date radar pentru a determina traiectoria și orbita. Două subcanale de ieșire au controlat afișaje la Centrul de control al mercurului din Cape Canaveral și local la Goddard.
Aceste puncte erau conectate printr-o linie fixă care permitea transferul datelor cu o viteză de 1 kb/s, ceea ce era o viteză fenomenală pentru vremea sa. Distanța și noutatea echipamentului au provocat uneori probleme. Uneori, în timpul numărătoarei inverse, date precum indicatorul de decolare pe un bit devin corupte și produc semnale eronate.
În cele mai multe cazuri, astfel de semnale ar putea fi verificate în raport cu alte surse de informații, cum ar fi datele radar care contrazic mesajul de decolare. De asemenea, obișnuită a fost și o întârziere de până la 2 secunde pe afișajele din centrul de control. În timpul zborului cu motor, astfel de întârzieri ar putea fi semnificative; astfel, a fost nevoie de un computer de prognoză separat și de o altă mașină în Bermuda.
Astfel, IBM a primit practică timpurie în abilitățile de bază necesare pentru controlul zborului. În 1959, când NASA era gata să acorde un contract pentru construirea centrului de control al Proiectului Mercur, IBM avea experiență pe care să o folosească în propunerea sa, precum și un sistem informatic funcțional de la Project Vanguard.
La 30 iulie 1956, NASA a atribuit Western Electric un contract pentru dezvoltarea sistemelor de urmărire și de sol care să fie utilizate la Mercury, iar până la sfârșitul anului 1959, IBM a fost subcontractată pentru a furniza computere și software. Locația sistemului informatic a rămas la Washington.
În anul următor, NASA a fondat Centrul de Zbor Spațial Goddard și, din moment ce se afla la mai puțin de jumătate de oră de centrul orașului Washington, adăpostirea computerelor acolo a oferit aceleași beneficii de infrastructură. Echipele comune NASA și IBM au folosit vechiul sistem informatic din centrul orașului până în noiembrie 1960, când primul dintre noile computere ale lui Mercury, IBM 7090, a fost gata de utilizare la Goddard.
James Stokes de la NASA își amintește că atunci când el și Bill Tindall au ajuns pentru prima dată la noul centru de calculatoare, au trebuit să traverseze o parcare de pământ pentru a ajunge la o „cladire” deconcernătoare, cu pereți din placaj, acoperită cu pânză, inginerii IBM care încercau să mențină sistemul să funcționeze în camp. Această clădire a devenit a treia clădire a noului Centru de Zboruri Spațiale.
Calculatorul central IBM 7090 a fost inima rețelei de control Mercury. În 1959, Departamentul Apărării a provocat industria calculatoarelor comandând o mașină care să proceseze datele generate de noul sistem de avertizare timpurie a rachetelor balistice (BMEWS).
Răspunsul IBM a fost 7090. În esență, o îmbunătățire a seriei 700 (folosită pentru a dezvolta Mercury), 7090 a folosit noul concept I/O inițiat în 709 și a fost atât de mare încât a necesitat până la trei computere IBM mici. 1410 este pentru control numai intrări și ieșiri. Nevoile BMEWS ale Departamentului de Apărare au coincis cu nevoile Mercur de procesare și urmărire a datelor.
Pentru a oferi fiabilitatea necesară pentru zborul cu echipaj, configurația de bază a lui Mercury a inclus două 7090 care funcționează în paralel, fiecare primind date de intrare, dar numai unul capabil să transmită ieșiri. Numiți Computer Operational Mission și Dynamic Standby Computer, au fost transferați în programul Apollo și au devenit primul sistem informatic redundant al NASA.
Trecerea de la computerul principal la computerul de rezervă s-a făcut manual, deci decizia a fost luată de o persoană. În timpul zborului orbital al lui John Glenn, computerul principal s-a defectat timp de 3 minute, dovedind necesitatea unui backup activ.
Încă trei computere au fost adăugate ulterior rețelei Mercury. Unul dintre ele a fost 709, conceput pentru a prezice continuu punctele de impact ale rachetelor lansate de la Cape Canaveral. Acesta a furnizat datele necesare pentru ca responsabilul cu siguranța poligonului să decidă dacă întrerupe misiunea.
Un alt 709 era la stația de urmărire din Bermuda, cu aceleași sarcini ca și perechea de mașini de la Goddard. În cazul unei eșecuri de comunicație sau a unei duble defecțiuni a computerului central, acesta devine computerul principal al misiunii. În cele din urmă, computerul de ghidare Burroughs-GE a asigurat controlul radio al rachetei Atlas în timpul ascensiunii pe orbită.
Plasarea computerelor în apropierea Washingtonului și staționarea personalului de control al misiunii la Cape Canaveral a creat o problemă de comunicații care avea o soluție unică. La primele calculatoare digitale, toate datele de intrare intrau în memorie prin unitatea centrală de procesare. De multe ori s-au acumulat cantități mari de date care trebuiau primite într-un timp scurt, așteptând ca procesorul să facă față fluxului.
Soluția problemei a fost accesul direct la memorie prin conducte de date, pionierat de IBM în 709 și mai târziu în 7090. Prin utilizarea conductelor, procesarea datelor ar putea continua în timpul I/O, crescând debitul general al sistemului.
Sistemele Mercury 7090 erau cu patru canale. De obicei, perifericele care efectuează intrare și ieșire sunt conectate la canale fizic apropiate de mașină, dar perifericele (plotere și imprimante) controlate de computerele Mercury erau situate la aproximativ 1 de mile distanță, în Florida. Soluția a fost înlocuirea canalului F 000 cu un coprocesor personalizat IBM 7090.
Patru subcanale au separat datele procesate de 7281. Unul a fost introdus de la Burroughs-GE pentru datele utilizate la calcularea traiectoriei în timpul zborului cu motor. Al doilea a introdus date radar pentru a determina traiectoria și orbita. Două subcanale de ieșire au controlat afișaje la Centrul de control al mercurului din Cape Canaveral și local la Goddard.
Aceste puncte erau conectate printr-o linie fixă care permitea transferul datelor cu o viteză de 1 kb/s, ceea ce era o viteză fenomenală pentru vremea sa. Distanța și noutatea echipamentului au provocat uneori probleme. Uneori, în timpul numărătoarei inverse, date precum indicatorul de decolare pe un bit devin corupte și produc semnale eronate.
În cele mai multe cazuri, astfel de semnale ar putea fi verificate în raport cu alte surse de informații, cum ar fi datele radar care contrazic mesajul de decolare. De asemenea, obișnuită a fost și o întârziere de până la 2 secunde pe afișajele din centrul de control. În timpul zborului cu motor, astfel de întârzieri ar putea fi semnificative; astfel, a fost nevoie de un computer de prognoză separat și de o altă mașină în Bermuda.
Pe lângă echipamentele de control al zborului, IBM a avansat semnificativ teoria creării sistemelor de operare în timp real prin dezvoltarea unui set de programe de control numit IBM Mercury Monitor.
Pentru a dezvolta pachetul de software de control, inginerii IBM au trebuit să lucreze îndeaproape cu specialiștii NASA care cunoșteau detaliile fine ale determinării matematice a orbitelor și l-au adus și pe profesorul Paul Herget, directorul Observatorului din Cincinnati.
Când programul Mercur s-a încheiat în 1962 și NASA a început pregătirile accelerate pentru misiunile Gemini și Apollo, agenția a decis să găsească computerele într-un centru comun din Houston. Pentru IBM și NASA, dezvoltarea Mercury Control Center a fost foarte profitabilă; IBM Mercury Monitor și Data Communications Channel au fost primele de acest fel și au pus bazele multor tehnologii informatice.
Viitoarele sisteme de operare multitasking și programele de control al preempționării își datorează existența Mercury Monitor; mainframe-urile de acces la terminale, cum ar fi sistemele de rezervare a companiilor aeriene, se bazează pe comunicații la distanță lungă între Washington și portul spațial Florida. Pentru ambele organizații, experiența dobândită de inginerii și managerii interni a contribuit direct la succesul Gemini și Apollo.
Chiar înainte de primul zbor orbital al lui Mercur, inginerii de control al misiunii NASA au încercat să influențeze designul noului centru din Houston. Bill Tindall, care lucrase de la început în controlul la sol la NASA, și-a dat seama că conducerea grupului operativ spațial la Centrul de Cercetare Langley, calculatoare și programatori la Goddard și controlori de zbor de la Cape Canaveral a creat probleme serioase de comunicare și eficiență.
În ianuarie 1962, a început o campanie de informare pentru a reuni toate componentele într-un singur loc, la noul Manned Spacecraft Center. În aprilie, Western Development Laboratories of Philco Corporation a început să cerceteze cerințele pentru un nou MCC, una dintre solicitări a fost să ușureze munca dispecerilor prin instalarea de echipamente pentru afișarea informațiilor grafice despre traiectorii.
Philco a dezvoltat în cele din urmă un nou concept de control al misiunii care acoperea totul, de la computere fizice la fluxul de informații, afișaje, studii de fiabilitate și chiar standarde de dezvoltare de software, subliniind că modularitatea programului era esențială.
Specificația finală a necesitat suport fără defecțiuni pentru o misiune de 336 de ore, cu o probabilitate de 99,95%. Pentru a obține această fiabilitate, Philco a studiat sistemele de calcul existente de la IBM, UNIVAC și Control Data Corporation, precum și propriile computere Philco 211 și 212, pentru a determina ce tip de mașini erau necesare și de câte ar fi necesare.
În urma calculelor, au fost obținute trei configurații posibile: cinci IBM 7094 (succesorul imediat al lui 7090 cu sistemul de operare IBSYS mai bun); nouă UNIVAC 1107, IBM 7090 sau Philco 211; patru Philco 212; patru CDC 3600.
Indiferent de soluția aleasă, era clar că complexitatea centrului Gemini-Apollo va fi mult mai mare decât cea a predecesorului său cu două computere. Pentru ca sistemul să fie cât mai ieftin și cât mai simplu posibil, NASA le-a îndrumat potențialilor ofertanți să folosească hardware-ul de la raft.
IBM a răspuns rapid propunerii NASA și, în septembrie, a trimis un liant de 2 inci cu propuneri de hardware și software, inclusiv o listă detaliată a personalului pe care l-ar aduce la proiect. Deși compania știa că este un candidat de top (probabil ca aprobarea lui Tyndall să treacă neobservată), a negociat cu atenție specificațiile, cum ar fi clarificând că testarea unitară va fi norma în dezvoltarea de software.
Cu toate acestea, a existat un domeniu în care documentul lor diferă de calculele lui Philco: numărul de mașini necesare. Poate pentru a reduce prețul total, IBM a oferit o bancă de trei computere 7094. Ei au sugerat că, dacă o mașină ar rula programul orbital, a doua devine cea de control, iar a treia era backup, ar oferi o fiabilitate de 97,12%, iar în zonele critice până la 99,95%.
Optsprezece companii licitează pentru RTCC, inclusiv concurenți puternici precum RCA, Lockheed, North American Aviation, Computer Sciences Corporation, Hughes, TRW și ITT.
Ca urmare, NASA a fost înclinată, după cum ați putea ghici, spre propunerea IBM; au semnat un contract până în 1966 pentru 46 de milioane de dolari (aproximativ jumătate de miliard la prețuri moderne).
Cerințele NASA pentru software-ul de control al misiunii Gemini au dus la unul dintre cele mai mari și mai complexe programe de calculator din istorie. Pe lângă toate nevoile lui Mercur, operațiunile de întâlnire propuse de Gemeni și schimbările orbitale au provocat o creștere aproape exponențială a complexității software-ului de determinare a orbitei. Plasarea computerului la bordul navei spațiale a necesitat necesitatea utilizării calculelor sale în paralel ca rezervă, precum și nevoia de a dezvolta o modalitate de a utiliza sistemul informatic de la sol pentru a actualiza datele Gemini.
IBM a răspuns la o complexitate crescută în mai multe moduri. Pe lângă creșterea numărului de angajați, compania a introdus standarde stricte de dezvoltare de software. Aceste standarde au avut atât de mult succes încât IBM le-a adoptat la nivel de companie, în timp ce dezvolta sistemele principale comerciale de software pentru mainframe din anii 1970.
În domenii mai complexe, IBM a folosit consultanți de specialitate și a sponsorizat un grup de 10 oameni de știință care căutau soluții la problemele de mecanică orbitală.
Chiar și cu unelte mai bune și un computer mai puternic, cererea de putere de procesare a depășit rapid capacitățile lui 7094. IBM a recunoscut că RAM convențională de 32 de kiloocteți a mașinii nu ar fi suficientă, așa că a propus utilizarea tamponării anticipate.
Practica comercială de utilizare a benzilor pentru programele de așteptare a devenit imposibilă din cauza cerințelor de dimensiune și viteză ale software-ului Gemini, așa că IBM a actualizat 7094 la 7094-II cu 65 KB de memorie principală și încă 524 KB de RAM suplimentară de ferită, numită Large. stocare de bază (LCS).
În plus, calculele lui Philco s-au dovedit a fi profetice - chiar și așa, a existat o lipsă catastrofală de putere de calcul, iar IBM a crescut numărul total de mașini nete la 5, așa cum era prevăzut inițial în specificațiile lui Philco.
Ca urmare, programele din benzi au fost schimbate în LCS, iar de acolo în RAM, lucrările la îmbinarea lor au pus bazele tehnologiei memoriei virtuale - principala realizare software a celei de-a patra generații de mașini din seria S/370 la începutul anilor 1970.
Pe măsură ce programul Gemini a continuat, NASA a devenit din ce în ce mai preocupată de capacitatea computerelor 7094 de a sprijini în mod adecvat programul Apollo, având în vedere complexitatea mai mare așteptată a problemelor de navigație. Sistemul de operare în timp real avea nevoie în mod clar de îmbunătățiri semnificative.
Demonstrarea proiectului președintelui Lyndon Johnson s-a dovedit a fi o rușine; acesta a ajuns la Centrul de Control al Misiunii, iar angajații NASA l-au invitat să lanseze unul dintre programele de zbor. Din întâmplare, Johnson a aruncat o privire asupra unui program care fusese deja împins din RAM pe bandă; drept urmare, după cum au descris cei prezenți, minutele le-au părut ore în timp ce președintele aștepta cu răbdare descărcarea.
NASA a decis să scuipe pe IBM și să cumpere de la Cray marele CDC 6600, a cărui putere de calcul monstruoasă depășea de zece ori tot ceea ce era deja instalat în MCC. Contractul IBM era în balanță și, ca de obicei, au făcut o mișcare inteligentă de marketing, promițând că vor înlocui toate 7094 cu noile mainframe S/360 mult mai puternice.
Picantul situației a fost că mai erau șase luni până la livrarea S/360, mașina nu era gata, dar nu era o vorbă despre asta în comunicatul de presă. NASA a oftat și și-a retras comanda pentru CDC 6600. Cray a dat în judecată IBM, pretinzând că au înșelat declarând că mașina atunci nu era disponibilă ca fiind terminată pentru a forța CDC să iasă de pe piață. Nu a fost nimic de acoperit, iar IBM a fost lovit cu o amendă de 100 de milioane de dolari pentru concurență neloială.
Drept urmare, pentru zborurile Apollo fără pilot, IBM a reușit să înlocuiască doar o singură mașină; restul de 4 7094 au continuat să controleze misiunea. Abia în 1966 IBM a finalizat dezvoltarea unui nou sistem de operare în timp real pentru S/360 - RTOS/360.
Drept urmare, zborul cu echipaj Apollo a fost susținut de două vehicule S/360, unul operațional și unul de rezervă. Această schemă a durat până în 1974, când IBM persistentă a câștigat din nou o licitație pentru a furniza echipamente NASA de la Computer Sciences Corporation. Din 1984 până la mijlocul anilor 1980, controlul zborului, inclusiv programul navetei spațiale, a fost efectuat de cinci sisteme centrale System 370/168. La sfârșitul anilor 1980 au fost înlocuite cu mainframe IBM 3083, care au devenit a patra generație de mașini de control al misiunii.
În acest timp, importanța mașinilor de la sol a scăzut semnificativ, deoarece computerele navelor spațiale au devenit suficient de rapide și avansate pentru a efectua majoritatea calculelor de traiectorie la bord în timpul zborului. Toate aceste computere au fost create și de IBM: ASC-15 pentru Saturn 1, ASC-15B pentru Titan Family, GDC pentru Gemini, LVDC pentru Saturn 1B/5, System/4 Pi-EP pentru MOL și System/4 Pi-TC 1 pentru Apollo Telescope Mount și Skylab.
Bătălia mainframe
Deci, în 1975, 2 mainframe IBM System/360 model 95 (o comandă specială de la NASA, au fost create doar două mașini, o versiune îmbunătățită a modelului 91 cu RAM pe filme subțiri magnetice, o versiune mai avansată și mai rapidă a memoriei convenționale din ferită, dezvoltat de Sperry pentru UNIVAC 1107) s-au reunit în luptă în 1962) de către NASA și AS-6 la MCC sovietic.
IBM System/360 model 95 în toată gloria sa la NASA. Fotografie https://ru.wikipedia.org
Trebuie remarcat faptul că doar o singură mașină IBM a fost responsabilă de telemetrie și, de fapt, modelul 95 a fost o adevărată capodopera.
A fost anunțat ca un concurent direct al CDC 6600, prima mașină superscalar IBM cu suport complet pentru execuție speculativă, cache avansată, memorie virtuală modernă, una dintre primele mașini cu RAM multicanal, procesorul central era format din cinci blocuri autonome : un bloc de instrucțiuni, un bloc aritmetic real, un aritmetic întreg și coprocesoare cu două canale: unul pentru RAM (de fapt, tehnologia modernă DMA) și al doilea pentru canalele I/O.
Conducta avansată a folosit know-how IBM - algoritmul de programare dinamică a instrucțiunilor Tomasulo, dezvoltat de informaticianul Robert Marco Tomasulo special pentru S/360. Algoritmul poate funcționa cu orice arhitectură pipeline, astfel încât software-ul necesită puține modificări specifice mașinii. Toate procesoarele moderne, inclusiv linia Intel Core, folosesc unele modificări ale acestei metode.
Teoretic, modelul 95 a înregistrat până la 16,6 MIPS (deși cu instrucțiuni simple), dar aceasta a fost deja o realizare uimitoare în raport cu standardele din 1968 și a rămas așa pentru computerele de uz general timp de mulți ani. Performanța comparabilă pe microprocesoare a putut fi strânsă doar de la Intel 80486SX-20 MHz sau AMD 80386DX-40 MHz de la sfârșitul anilor 1980.
Sincer, în această bătălie nu se poate decât să-i pară rău pentru nefericitul BESM-6, dar nu totul este atât de rău!
După cum am spus deja, în ciuda mizeriei generale a bazei elementului și a caracteristicilor tehnice destul de ciudate. Dezvoltarea curentă a soluțiilor tehnice de calculator, BESM-6 a avut o arhitectură de sistem foarte reușită, care a făcut posibilă combinarea elementelor sale de calcul într-o gamă largă, iar în acest scop a fost dezvoltat echipamentul de interfață, AS-6.
AC-6 a fost proiectat într-un mod foarte viclean. Pentru funcționarea sa, BESM-6 existent a trebuit să fie efectiv dezasamblat în module și apoi reasamblat din nou ca parte a complexului prin comutatoare speciale.
La primul nivel de comutare, procesoarele de la BESM-6 și memoria lor RAM au fost conectate folosind un procesor de comutare specializat AS-6, obținându-se ceea ce acum poate fi numit o arhitectură multiprocesor simetrică - până la 16 procesoare de la BESM-6 cu RAM partajată. În același timp, în timpul procesului de asamblare, dulapurile procesorului au fost mutate și reconectate pentru a obține întârzieri minime ale semnalului.
De fapt, AS-6 așa cum este, foto http://www.besm-6.su
Al doilea nivel de comutare includea coprocesoarele de canal PM-6 care lipseau din BESM-6 original, unite într-o rețea, prin care erau conectate diverse periferice.
În cele din urmă, al treilea nivel a constat în dispozitive de interfață cu surse de date externe.
Toate acestea au fost colectate pe baza canalelor din mainframe-ul UE (chiar și cei care urăsc Sistemul Unificat nu pot să nu admită că aici a ajutat foarte mult vechiul BESM-6). Toate coprocesoarele suplimentare AC-6 au fost asamblate pe același DTL ca BESM-6.
Software-ul avea o arhitectură extrem de exotică - propriul său sistem de operare (AS-6 OS cu același nume) era responsabil de gestionarea procesorului, iar propriul (!) sistem de operare separat (PM-6 OS) era responsabil pentru procesoarele periferice. Dacă cineva credea că schema nu are nebunie, ne grăbim să vă consolem - BESM-6 individual, ca parte a complexului, a lucrat sub controlul sistemului de operare nativ ales (DISPAK etc.).
Ceea ce era original a fost procesorul de control AC-6 în sine, care era un BESM-6 profund modernizat (da, BESM-6, care controla alte BESM-6). Era mai puternic decât originalul, cu o performanță de până la 1,5 MIPS cu o memorie RAM de 256 kilocuvinte și, firește, putea folosi, ca proprie, RAM-ul tuturor celorlalte complexe BESM printr-un canal de 86 de autobuze cu un transfer total. viteza de 8 Kb/sec. Desigur, toată această economie de canal avea propria sa sursă de energie - așa-numita. Unitatea UKUP (dispozitiv pentru monitorizarea și controlul sistemului de alimentare cu energie). Periferia a fost luată și din UE (de unde altundeva putea fi luată).
Drept urmare, AC-6 TsUPovsky, într-un anumit sens al cuvântului, a emulat arhitectura System/360 model 95, asamblată doar din blocuri separate și cu procesoare cu o arhitectură foarte diferită.
Capacitățile acestui monstru se bazau doar pe limitări fizice - în practică, AS-6 nu a fost niciodată folosit cu mai mult de două BESM-6 controlate simultan dintr-un motiv simplu.
Chiar și această configurație a necesitat o hală de turbine extrem de uriașă de 200 de metri pătrați (fără a lua în calcul periferia situată separat) și o sursă de alimentare de cel puțin 150 de kilowați. Viteza finală a acestui complex nu este doar dificil de estimat, ci chiar imposibilă, deoarece, din câte știe autorul, nimeni nu a efectuat vreodată teste directe de performanță pe AC-6 în asamblare completă.
Performanța reală a fiecărui BESM-6 în compoziția sa a fost de aproximativ 0,8 MIPS, procesorul AC-6 însuși a adăugat încă 1,5, era nerealist să comparăm acest lucru cu S/360, deoarece mașinile diferă arhitectural în tot ceea ce era posibil - de la mașină cuvânt (50 de biți față de 36) la aritmetică (au fost comparate trei procesoare paralele pure reale cu procesoare separate reale și întregi).
În principiu, dacă luăm în considerare matematica și software-ul de înaltă calitate și acceptăm că telemetria în 1975 a fost numărată de un singur S/360 față de trei BESM-6 care lucrau în paralel și datele au fost preprocesate de o grămadă de PM- 6 coprocesoare - putem presupune în mod rezonabil că, pe baza vitezei AS -6, în cele din urmă, nu a fost inferior mașinii IBM și (cu o oarecare întindere) ar putea chiar să o depășească.
Nu suntem siguri că diferența a fost exact de 20 de minute (și acest lucru cu siguranță nu implică versiunea omniprezentă a poveștii „BESM-6 a funcționat de 30 de ori mai repede decât cele mai bune computere americane”), dar, poate, o astfel de configurație ar putea concura cu adevărat cu CDC 6600.
Iată amintirile unuia dintre angajații MCC sovietici despre acele vremuri:
În 1975, la MCC, controlul zborului navelor spațiale precum Soyuz și Salyut și zborul în cadrul programului Soyuz-Apollo a fost asigurat de complexul informatic AS-6, format din 2 BESM-6 și 4 sau 6 mașini PM-6 periferice. (nu mai tin minte cati, nu vreau sa mint, daca mai traiesc colegii, va rog sa ma lamuriti). Toate procesările au fost efectuate în timp real. Mașinile PM-6 au fost conectate la linii de transmisie a informațiilor telemetrice și balistice și au efectuat procesarea primară a acesteia la rata de primire. Pe BESM-6 s-a efectuat principala prelucrare a informațiilor, formatarea cadrelor de lucru și afișarea acesteia pe monitoare din camera de control, pe ATsPU - la cerere și, bineînțeles, înregistrate pe suport magnetic extern.
Linia de jos
Concluzia este aceasta:
BESM-6 s-a dovedit a fi lent la standardele din 1970, la nivelul computerelor din 1959–1963. S-a dovedit a fi scump și low-tech, asamblat manual folosind o instalație articulată din sute de mii de elemente discrete.
Era foarte specific în control și era potrivit doar ca un concasor de numere; folosirea lui ca computer universal sau de control era extrem de incomod și abia posibil. Era enormă ca dimensiune și consuma o cantitate uriașă de electricitate, din nou din cauza că baza elementară era depășită de 10 ani.
Și, în sfârșit, era complet nepotrivit pentru ceea ce a fost asamblat: să devină un analog al CDC 1604, un computer care poate fi replicat în mii pentru toate institutele și universitățile de cercetare și să folosească întreaga gamă de cod american fără a suferi de încrucișări. -compilarea si rescrierea totul.
Acesta este motivul pentru care BESM-6 a fost lansat, deși în numere record, dar în cantități insuficiente; pur și simplu s-au săturat să se chinuie cu o mașină scumpă, lentă și învechită, fără cantitatea adecvată de software, deși industria sovietică a nituit alte mii de altele. EC-uri moderne pe o bază de elemente mai avansată, fără cea mai mică dificultate.
De fapt, proiectul UE în sine a început indirect datorită faptului că ideea BESM-6 nu a decolat în forma în care era nevoie urgentă. Aici cresc și picioarele lui Elbrus - BESM-6 nu era potrivit pentru rolul unui adevărat supercomputer, CDC 6500 era singurul din țară, iar o mașină de cinci ori mai puternică decât BESM-6 era cerută de mulți oameni , de la oameni de știință în rachete la chimiști.
A fost BESM-6 o mașină proastă scoasă din context?
Nu.
În 1959 ar fi devenit o mașină grozavă (dacă ar fi fost creată independent, desigur), în 1962–1963 ar fi devenit o mașină excelentă pentru sarcini înguste, în 1965 ar fi devenit o mașină normală. În 1968 ar fi trebuit să fie scos din producție și pus într-un muzeu.
Cu un astfel de ciclu de viață, BESM-6 ar intra cu siguranță în panteonul celor mai mari computere din istorie.
Acest lucru a fost împiedicat de două mici detalii - în primul rând, îmbutelierea BESM-6 din 1967 conținea prea puțin din original (și neoriginalul a fost amestecat prea complex), iar în al doilea rând, a apărut în anul în care, potrivit minții, ar fi trebuit să se termine producția, cu 10 ani întârziere.
Drept urmare, ea era născută moartă și doar eforturile eroice a mii de ore de om ale utilizatorilor ei dedicați au putut să dea viață acestui cadaver ciudat.
De ce a devenit o legendă?
Ei bine, pentru început, în principiu, arhitectura ei pentru aplicații științifice nu era chiar atât de rea, iar dacă scazi zece ani, nu era deloc rea, deși nu prea era potrivită pentru nimic altceva.
Dacă luăm în considerare decalajul sovietic (în creștere de la an la an) în domeniul calculatoarelor (în 1967 eram aproximativ la nivelul anilor 1959-1960 după estimări pesimiste, 1961-1962 - după cei mai optimiști) - BESM-6 a fost o capodoperă pe fundalul a tot felul de „Nairi”, tub „Urals” și alte grădini zoologice cu design lente și slabe chiar din 1950.
În plus, era în mod obiectiv cel mai rapid computer din URSS (fără a lua în calcul proiectele secrete militare, același M-10 l-a măcelărit ca pe un zeu, calculele hidrodinamicii plasmei, care au durat ore întregi pe BESM-6, au fost calculate în minute pe it) și, cel mai important, disponibil pe scară largă: aproape 400 de instalații – nu este o glumă! Mai mult, în cea mai puternică versiune - două mașini în paralel, care lucrează cu 6 coprocesoare prin AC-6, așa cum am spus, ar putea chiar să concureze cu modelul S/360 95, iar acest lucru era serios.
De asemenea, a jucat un rol că centrele științifice, care înainte nu văzuseră decât întunericul și oroarea informatizării sovietice, au primit în sfârșit propria lor mașină puternică.
Henrietta Nikolaevna Tentyukova, șefa sectorului LVTA OMOED, își amintește din nou (săptămânalul JINR „Dubna” nr. 34 (4325) din 11 august 2016, „Când mașinile erau mari”):
Și ne-am gândit: ei ne dau formule și noi numărăm. Tastați numere din mai multe cifre, aparatul începe să zbârnâie... Da, metoda celor mai mici pătrate în forma sa cea mai pură. În general, lucrarea este o groază liniștită. Două luni mai târziu ne-am răzvrătit: de ce am absolvit facultatea? Dă-ne măcar un fel de supraveghetor științific! Ei ne spun: uite...
Cam în același timp, Venedikt Petrovici a spus: du-te la Moscova, există o mașină de calcul electronică BESM. Dar la universitate am auzit doar de aparate electronice.
Prima impresie, desigur, este grandioasă: sala este imensă, nu există literatură. Intrare numai de la telecomandă. Aveam un prieten acolo care știa cum funcționează și el m-a învățat. Am încercat primul meu program pe el, cu piese. Apropo, ea încă lucra la liniile de întârziere cu mercur...
Și apoi Dzhelepov a spus: să cumpărăm și o mașină. Și am cumpărat Uralul. 100 de operații pe secundă, memoria este toată pe tambur... Dar ce înseamnă o sută de operații pe secundă pentru Institutul nostru?
...Am lucrat cu bandă de hârtie perforată. Atunci, desigur, nu era la fel ca acum. Din anumite motive, întotdeauna s-a uscat și foșnea foarte mult la derularea de la bobină la bobină. Așa că stai noaptea în mașină și faci joc (inginerul doarme în camera alăturată) și deodată auzi: foșnet, draga mea! Doamne, dacă nu s-ar fi rupt! Și din anumite motive, datele și-au făcut loc pe banda de film. Și ne-a fost mereu teamă că va lua foc.
Dar cel mai important, nu a existat nici un suport matematic. De exemplu, am nevoie de un sinus - îl scriu în coduri. Încă o dată am nevoie de un sinus - scriu din nou... Îmi amintesc primul lucru pe care l-a spus Govorun când a sosit: Doamne, cum lucrezi aici? Ei bine, lucrăm... Ei bine, să creăm măcar un fel de sistem elementar!
Deja făceam parte din BLTP, JINR s-a format. Directorul BLTP a fost Bogolyubov. Îi plăcea să meargă înconjurat de studenții săi: Shirkov, Logunov, Polivanov, Medvedev... și am alergat să ne uităm la superiori. Într-o zi, Logunov, care era în legătură cu grupul nostru de calcul, mi-a dat sarcina de a recalcula rezultatele dintr-un jurnal occidental pe un computer. Sarcina s-a dovedit a fi interesantă. Așa am primit sarcini mari. Următorul, de exemplu, a durat 400 de ore de mașină la Ural.
Am fost și la Moscova în Strela să numărăm, această mașină era încă mai puternică decât Uralul. Multă vreme toată lumea a călărit la unison, în frunte cu Govorun și Igor Silin. Fiecare cu puntea lui. Ni s-a dat timp în noaptea de duminică spre luni. Am plecat duminică după-amiază, am muncit toată noaptea, ne-am întors luni, am dormit bine a doua zi și am plecat la muncă dimineața. Asta a continuat până ne-am răzvrătit.
Vorbitorul a fost teribil de surprins: cum? Ce? ai nevoie de timp liber? Nici măcar nu i-a trecut prin cap...
Apropo, pe Strela nu a existat nicio emisiune de hârtie. La „Ural” puteai măcar să obții o imprimare a numerelor, dar la „Strela” iată un pachet de cărți perforate, fără nicio supratipărire, și studiază cărțile perforate la lumină! Aveau acolo un dispozitiv de sine stătător pentru imprimare, dar duminică nu mergea, iar luni dimineața plecam deja. Și toate acestea au continuat până când am cumpărat M-20.
O, nu, frații mei, era și „Kievul”! „Kiev” este o epopee! A fost ceva atât de groaznic. În general, nu a lucrat niciodată. Eu și Lida Nefedieva ne-am așezat cu el să-i scriem funcții elementare; memoria era foarte limitată, trebuia să salvăm fiecare celulă, așa că Lida și cu mine am făcut tot posibilul. Dar „Kievul” nu a început niciodată să funcționeze, deși locuitorii din Kiev l-au reelaborat în mod constant și ne-au rugat să așteptăm încă zece până la cincisprezece minute și am stat pe ea toată duminica.
Ei bine, am cumpărat un M-20. Anii şaizeci au trecut deja, a apărut Algol, Lida Nefedyeva ne-a ținut primele prelegeri despre Algol. Da, civilizația a început. Viața a devenit mai ușoară. Timpul pe M-20 a fost alocat de cronometru. Ea a distribuit-o astfel: iată timpul tău de la 12:02 la 12:04, două minute. Și pentru a ține evidența timpului, pe mașină era un ceas cu alarmă. Și l-am răsucit înapoi tot timpul. Ajungi la mașină, de exemplu, la două și apoi este două și jumătate, sau chiar ora unu.
Casetofonele de atunci nu erau interschimbabile; indiferent de pe care ați înregistrat, citiți-l mai departe și este bine dacă este lizibil. Banda magnetică a continuat să „fuge” și a fost înfășurată în spatele despărțitorului. În astfel de cazuri, trebuia să stai pe o bancă, să prinzi banda cu un cârlig și să o înfășurați rapid înapoi pe bobină. În timp ce alergi, îl scoți și îl întorci, cele două minute au trecut deja.
Și nu aveam voie să ne apropiem de burghiul cu ciocan. Ne era teamă că o vom sparge. Abia mai târziu Nikolai Nikolaevici a insistat când s-a întors de la CERN. Așa că, dacă ai nevoie să repari ceva urgent, ai zburat în camera de box, ai băgat capul pe fereastră și ai implorat: fetelor, pentru numele lui Dumnezeu! Eu am o mașină. Și fete pline de compasiune s-au repezit la pumn.
Cam în același timp, Venedikt Petrovici a spus: du-te la Moscova, există o mașină de calcul electronică BESM. Dar la universitate am auzit doar de aparate electronice.
Prima impresie, desigur, este grandioasă: sala este imensă, nu există literatură. Intrare numai de la telecomandă. Aveam un prieten acolo care știa cum funcționează și el m-a învățat. Am încercat primul meu program pe el, cu piese. Apropo, ea încă lucra la liniile de întârziere cu mercur...
Și apoi Dzhelepov a spus: să cumpărăm și o mașină. Și am cumpărat Uralul. 100 de operații pe secundă, memoria este toată pe tambur... Dar ce înseamnă o sută de operații pe secundă pentru Institutul nostru?
...Am lucrat cu bandă de hârtie perforată. Atunci, desigur, nu era la fel ca acum. Din anumite motive, întotdeauna s-a uscat și foșnea foarte mult la derularea de la bobină la bobină. Așa că stai noaptea în mașină și faci joc (inginerul doarme în camera alăturată) și deodată auzi: foșnet, draga mea! Doamne, dacă nu s-ar fi rupt! Și din anumite motive, datele și-au făcut loc pe banda de film. Și ne-a fost mereu teamă că va lua foc.
Dar cel mai important, nu a existat nici un suport matematic. De exemplu, am nevoie de un sinus - îl scriu în coduri. Încă o dată am nevoie de un sinus - scriu din nou... Îmi amintesc primul lucru pe care l-a spus Govorun când a sosit: Doamne, cum lucrezi aici? Ei bine, lucrăm... Ei bine, să creăm măcar un fel de sistem elementar!
Deja făceam parte din BLTP, JINR s-a format. Directorul BLTP a fost Bogolyubov. Îi plăcea să meargă înconjurat de studenții săi: Shirkov, Logunov, Polivanov, Medvedev... și am alergat să ne uităm la superiori. Într-o zi, Logunov, care era în legătură cu grupul nostru de calcul, mi-a dat sarcina de a recalcula rezultatele dintr-un jurnal occidental pe un computer. Sarcina s-a dovedit a fi interesantă. Așa am primit sarcini mari. Următorul, de exemplu, a durat 400 de ore de mașină la Ural.
Am fost și la Moscova în Strela să numărăm, această mașină era încă mai puternică decât Uralul. Multă vreme toată lumea a călărit la unison, în frunte cu Govorun și Igor Silin. Fiecare cu puntea lui. Ni s-a dat timp în noaptea de duminică spre luni. Am plecat duminică după-amiază, am muncit toată noaptea, ne-am întors luni, am dormit bine a doua zi și am plecat la muncă dimineața. Asta a continuat până ne-am răzvrătit.
Vorbitorul a fost teribil de surprins: cum? Ce? ai nevoie de timp liber? Nici măcar nu i-a trecut prin cap...
Apropo, pe Strela nu a existat nicio emisiune de hârtie. La „Ural” puteai măcar să obții o imprimare a numerelor, dar la „Strela” iată un pachet de cărți perforate, fără nicio supratipărire, și studiază cărțile perforate la lumină! Aveau acolo un dispozitiv de sine stătător pentru imprimare, dar duminică nu mergea, iar luni dimineața plecam deja. Și toate acestea au continuat până când am cumpărat M-20.
O, nu, frații mei, era și „Kievul”! „Kiev” este o epopee! A fost ceva atât de groaznic. În general, nu a lucrat niciodată. Eu și Lida Nefedieva ne-am așezat cu el să-i scriem funcții elementare; memoria era foarte limitată, trebuia să salvăm fiecare celulă, așa că Lida și cu mine am făcut tot posibilul. Dar „Kievul” nu a început niciodată să funcționeze, deși locuitorii din Kiev l-au reelaborat în mod constant și ne-au rugat să așteptăm încă zece până la cincisprezece minute și am stat pe ea toată duminica.
Ei bine, am cumpărat un M-20. Anii şaizeci au trecut deja, a apărut Algol, Lida Nefedyeva ne-a ținut primele prelegeri despre Algol. Da, civilizația a început. Viața a devenit mai ușoară. Timpul pe M-20 a fost alocat de cronometru. Ea a distribuit-o astfel: iată timpul tău de la 12:02 la 12:04, două minute. Și pentru a ține evidența timpului, pe mașină era un ceas cu alarmă. Și l-am răsucit înapoi tot timpul. Ajungi la mașină, de exemplu, la două și apoi este două și jumătate, sau chiar ora unu.
Casetofonele de atunci nu erau interschimbabile; indiferent de pe care ați înregistrat, citiți-l mai departe și este bine dacă este lizibil. Banda magnetică a continuat să „fuge” și a fost înfășurată în spatele despărțitorului. În astfel de cazuri, trebuia să stai pe o bancă, să prinzi banda cu un cârlig și să o înfășurați rapid înapoi pe bobină. În timp ce alergi, îl scoți și îl întorci, cele două minute au trecut deja.
Și nu aveam voie să ne apropiem de burghiul cu ciocan. Ne era teamă că o vom sparge. Abia mai târziu Nikolai Nikolaevici a insistat când s-a întors de la CERN. Așa că, dacă ai nevoie să repari ceva urgent, ai zburat în camera de box, ai băgat capul pe fereastră și ai implorat: fetelor, pentru numele lui Dumnezeu! Eu am o mașină. Și fete pline de compasiune s-au repezit la pumn.
Era în anii 1960, JINR, principalul și cel mai puternic centru informatic al țării, lucrând la probleme de fizică nucleară de importanță globală. Evident, când BESM-6 a apărut acolo - erau gata să sărute literalmente fiecare placă - nu era nimic mai bun, a fost un coșmar complet.
Un alt motiv pentru atitudinea caldă față de BESM-6 a fost că era al său, dragă (ei bine, mai exact, niciunul dintre cei care au lucrat la el nu a reușit să-și identifice prototipurile și chiar și acum puțini se gândesc la el) și computerele ES au fost clone, care au bătut din mândrie.
În plus, UE a fost extrem, extrem de dificilă pentru cultura de producție sovietică, chiar și ținând cont de faptul că URSS a stăpânit S/360 abia la mijlocul anilor 1970.
Drept urmare, prima serie EC a funcționat pur și simplu îngrozitor, și multe altele ulterioare, având în vedere faptul că au fost nituite în mii la fabrici cu culturi fundamental diferite. Dacă ai avut noroc și ai produs UE în blocul estic - RDG, de exemplu, atunci era fericirea. Au existat legende despre cultura adunării din republicile noastre din sud, mai teribile decât poveștile lui Lovecraft.
În 2000, E. M. Proydakov sa întâlnit cu Emmanuel Grigorievich Kneller, acum președintele Istrasoft, și și-a înregistrat amintirile despre apariția computerului personal Istra-4816. E. G. Kneller a condus un grup mic care a dezvoltat această mașină la filiala VNIIEM din Istra.
Și-a amintit:
Trebuie spus că Iosifyan a vrut ca producția mașinii să fie stăpânită la Erevan. Chiar am mers și am negociat cu fabrica care a produs computerul Nairi. Cu toate acestea, disciplina tehnologică acolo era chiar mai mică decât la Schetmash. Când m-au dus prin fabrică, arătându-mi producția, inginerul șef a spus: „Aceștia sunt băieții deștepți de la munte. Îi întrebați: „De ce treceți firul în acest fel și nu așa cum se arată în diagramă.” El răspunde: „Mă merge mai rău?”
Având în vedere că oamenii au asamblat computere simple în acest fel, imaginați-vă ce greșeli monstruoase au făcut la asamblarea mainframe-urilor.
Au existat adesea situații în care proiectul UE livrat unei universități nu a putut fi lansat luni sau chiar ani. BESM-6 era mult mai simplu; dacă se dorește, putea fi reparat cu un ciocan, un fier de lipit și o mamă faimoasă.
Carisma
Și, în sfârșit, nu se poate să nu remarcăm ultima componentă importantă a popularității BESM-6.
În ciuda severității sale externe, ca și creatorul său Lebedev, mașina avea o anumită carisma.
Un semicerc confortabil de contoare, șiruri de becuri care clipesc vesel, atmosfera relaxată și intelectuală a institutelor de cercetare sovietice din anii 1960 și 1970 - toate acestea au fost aproape și plăcute pentru o întreagă generație de dezvoltatori și utilizatori. Din nou, lucrul la BESM-6 a însemnat călătorii frecvente de afaceri în căutare de software (inclusiv în Germania și Ungaria), primirea de oaspeți (inclusiv străini) și alte divertisment pentru elita intelectuală. Desigur, de aceea mulți oameni au cele mai calde amintiri despre BESM-6.
Așadar, rămâne să vorbim despre epopeea cu calculatoare antirachetă a celui de-al doilea elev preferat al lui Lebedev, Burtsev, dar mai întâi trebuie să infirmăm un alt mit popular, lansat în cea mai jalnică și artistică prezentare de revista Rodina și Elena Litvinova în articol „Sergei Lebedev. Luptă pentru supercomputer. În timp ce chemau din tribune să ajungă din urmă și să depășească America, el a făcut-o în liniște și, din păcate, neobservat de țara lui”. Cel mai epic paragraf din el este acesta:
Poate cel mai greu lucru din viața lui Serghei Alekseevici. Discuțiile despre dezvoltarea ulterioară a tehnologiei informatice au devenit din ce în ce mai acerbe. Lebedev era sigur că trebuie să meargă pe propriul său drum, să-și creeze propria linie de computere de putere medie și super-calculatoare ale unei noi generații. Oponenții au propus crearea unei serii de computere compatibile, repetând sistemul american IBM.
Lebedev a obiectat dur: „Vom face o mașină ieșită din comun”.
Ieșind din rândul american!
În iarna lui 1972, Serghei Alekseevici zăcea cu pneumonie când a aflat că decizia de a copia mașina americană a fost luată în sfârșit. S-a ridicat din pat și s-a dus la ministru să-l convingă să nu facă o greșeală care să dea țara cu ani în urmă. Lebedev a așteptat în zona recepției mai mult de o oră. Ministrul nu l-a acceptat.
Cine a beneficiat de această întoarcere către Occident?
Poate că această poveste a adus moartea lui Serghei Alekseevici mai aproape. Se îmbolnăvea din ce în ce mai des. Alisa Grigorievna și copiii erau de gardă la spital nonstop. Remarcabilul om de știință a murit pe 3 iulie 1974.
Lebedev a obiectat dur: „Vom face o mașină ieșită din comun”.
Ieșind din rândul american!
În iarna lui 1972, Serghei Alekseevici zăcea cu pneumonie când a aflat că decizia de a copia mașina americană a fost luată în sfârșit. S-a ridicat din pat și s-a dus la ministru să-l convingă să nu facă o greșeală care să dea țara cu ani în urmă. Lebedev a așteptat în zona recepției mai mult de o oră. Ministrul nu l-a acceptat.
Cine a beneficiat de această întoarcere către Occident?
Poate că această poveste a adus moartea lui Serghei Alekseevici mai aproape. Se îmbolnăvea din ce în ce mai des. Alisa Grigorievna și copiii erau de gardă la spital nonstop. Remarcabilul om de știință a murit pe 3 iulie 1974.
De fapt, totul a fost, pentru a spune ușor, greșit și vom lua în considerare această problemă în continuare.
Lebedev soldează un supercomputer. Desen din revista Supercomputers #1, 2010. O imagine tragicomică care reflectă întreaga esență a dezvoltării computerelor sovietice
Va urma...
informații