A szovjet rakétavédelmi rendszer születése. A BESM-6 mellett és ellene

15

CDC 6200


Sebesség szempontjából a BESM-6 azokban az években már nem volt szökőkút, hiszen az 1960-as számítógépek jóval előbbre mentek, és erre a problémára kellett megoldást keresnem. A Szovjetunió másodszor is lenyelte büszkeségét, és elment kérni, hogy adják el neki a CDC 6600-at is. Itt a KoKom már kipihente a kürtjét, és nem csak az Uniót sértették meg, az USA-n kívül egyetlen CDC 6600-at sem szállítottak ki senkinek, még Franciaországot is megtagadták. A KoKom csak 1972-ben engedélyezte (majd szigorú felügyelete mellett) Dubnában a CDC 6200 junior verziójának telepítését, amelyet 1975-ben többprocesszoros 1-ra frissítettek (a Cray-6500 megjelenése után már elavult), és a zászlóshajót. A 6600 tisztán amerikai szörnyeteg maradt.

G. Ososkov így emlékszik vissza erre ("Dubna" újság, 21. május 3759-i 27. szám (2005))



1967-ben egy CDC-1604 számítógép vásárlására vonatkozó szerződés keretében A. Karlov és V. Mirolyubov mérnökökkel együtt az NSZK-ba küldtek tanulni a CDC Európai Központjába Frankfurt am Mainban. A számítógép operációs rendszerének tanulmányozása és a Fortran nyelvű programozás után további két hónapot töltöttem próbaidőn, mint CDC-1604 operátor Hannoverben. Ennek eredményeként egy évig vezető matematikusként dolgozott a CDC-1604-nél, miután telepítette ezt a számítógépet az LVTA-ba, és emellett megtanult beszélt angolul. 1969–1970-ben és 1973-ban A CERN-ben a Spiral Reader szkennelőgép vezérlő- és kalibrációs programrendszerét tanulmányozta, hasonlóan az LVTA-nál kifejlesztetthez. 1972-ben G. I. Zabiyakinnal, az LVTA igazgatóhelyettesével a CDC meghívására kéthetes üzleti úton voltunk az USA-ban. Meglátogattuk a BNL számítástechnikai központját, részt vettünk a dulusi CDC felhasználói konferencián, meglátogattuk a CDC központját és a legújabb CDC-7600-as számítógépeket gyártó üzemet Minneapolisban, valamint a Berkeley Egyetem és a Livermore Laboratory számítási központjait. , CDC gépekkel felszerelt. Többek között megmutatták nekünk az akkoriban jól ismert CDC-Star számítógépet. Leginkább azonban a CYBERNET számítógépes hálózat képességei nyűgöztek le, amely 49 CDC gépet egyesített Amerika-szerte a kötegelt üzemmódban történő egyidejű működés érdekében.
A Dulus konferencián a legtöbb felhasználói előadás e hálózat lehetőségeinek és hátrányainak megvitatására irányult. Most, 30 évvel később, az ilyen lehetőségek általánosnak tűnnek, de akkoriban egészen fantasztikusnak tűnt. Az utazás fő célja a CDC-6200 típusú számítógépek vásárlására vonatkozó szerződések megkötése volt, megkerülve a hírhedt COCOM-megállapodást, amely a legújabb számítástechnikai technológiák szocialista országokba történő szállításának megtiltását célozta. Az LVTA Igazgatósága 1972-ben engedélyt kapott a COCOM által Dubnában végzett állandó ellenőrzéshez, és engedélyt kapott a CDC-6200 megvásárlására. A 6000-es sorozat ilyen gépei nagy teljesítményű számítógépekhez tartoztak, a CERN könyvtárában sok alkalmazási program volt rájuk, és bár a 6200-as már meglehetősen elavult volt, egy ilyen vásárlás lehetővé tette az LVTA számára, hogy 1974-ben a CDC-6400-ra fejlessze a gépet. a következő évben pedig egy többprocesszoros CDC-6500-ra. A BESM-6-tal együtt ez drámaian megnövelte a JINR számítási teljesítményét, lehetővé téve egy kiterjedt terminálhálózat létrehozását és a fortran állomások elindítását.

A legviccesebb ebben történetek az a tény, hogy a természetben soha nem létezett CDC 6200 indexű gép! Nem a CDC adta ki, és egyetlen nyugati forrásban sem található!

Mi ez?

Nagyon egyszerű - Cray cégének új partnerekre volt szüksége, az üzlet jól megy, de a CoCom nem vállalta, hogy még egy junior szuperszámítógépet is szállítson a szovjeteknek - 6500. Aztán a CDC mérnökei leszereltek belőle egy processzort, újabb leminősítést végeztek, és kapott egy egyedi csonkot - CDC 6200 kifejezetten a Szovjetunió számára egyetlen példányban. Eladhatták a csonkot, és néhány évvel később, amikor a vonal elavult és megszűnt, a CoCom engedélyezte a processzor visszacsavarását.

A hasonló történet megismétlődött a CDC 7600-nál és a Cray-1-nél is, nem sikerült vásárolniuk, és az "Electronics SS BIS" formájú klón létrehozásának kísérlete fenomenálisan kudarcot vallott, de sikerült legálisan vásárolniuk további két CDC-t, egyszerűbb modelleket. , CYBER 170 és 172.

A CYBER 172-t 1975-ben vásárolták meg a Szovjetunió Hidrometeorológiai Központja számára, és 1996-ig sikeresen működött. Általánosságban elmondható, hogy az éghajlat tanulmányozása rendkívül fontos volt a Szovjetunió számára az ország hatalmas területe, valamint a hajózás és a földhasználat szükségletei miatt, így a Hidrometeorológiai Központ rendelkezett az Unió egyik legerősebb gépével, gyengébb volt a Dubnánál és az Arzamas-16-nál, és általában több gépet használtak egyszerre. A meteorológusok első számítógépe az M-20 volt, amely 1959-től 1962-ig működött, mindössze három év után dobták ki, és nem csoda.

Vlagyimir Antsipovics, a Központi Számítógép Központ igazgatója, aki több mint 40 évig dolgozott, így emlékszik vissza:

El kellett érnünk a technológiai sémák megbízható működését a minimálisan szükséges, legalább egy órás folyamatos számlálási idővel, míg például az M-20-nál az útlevél MTBF mindössze tizenöt perc volt.

Felváltotta az M-220, majd az M-222 és a Vesna, egy meglehetősen egzotikus nagy számítógép, 300 KIPS kapacitással, amelyet 1965-ben készítettek a Rádióipari Minisztérium Ipari Automatizálási Tervező Irodájában (amint látható, a BESM-6 ellenére más minisztériumok továbbra is lelkesen játszottak az állatkerti építészettel).

Ez a gép 1972-ig működött a Hidrometeorológiai Központban, párhuzamosan a tisztán szovjet nagyszámítógépek csúcsával - a Minszk-32-vel. Emellett 1968 és 1985 között a BESM-6 is ott dolgozott.

A CYBER-172 volt az első külföldi az MCC-ben (a meteorológusok számára 1975-ben akartak CDC 7600-at venni, de a CoCom miatt szakítottak), és ezzel kezdődött a nyugati szuperszámítógépek dominanciája a szovjet meteorológiában. Általában kettőt akartak venni belőle, de a CoCom ide is ültetett egy disznót, úgy döntöttek, hogy ebből kettő túl kövér a Szovjetunió számára.

Természetesen ott volt az EU 1060 és 1066, valamint az IBM 3033 - az S / 370 vonal legújabb cseréje, 1979-ben, de összeesküvés miatt Hitachinak hívták (azonban van egy sáros történet - akár a mieink a Hitachi-tól, vagy az eredeti IBM-től vették a licencelt klónját, de ők a nagyobb titoktartás kedvéért úgy hívták, mindenesetre a Hitachi 3033-as gép nem létezik a természetben, csak Hitachi HITAC M-220 vagy IBM 3033 van. ).

1992-ben már ki akarták szállítani a sokat szenvedett Elbrus-2-t, de aztán a CoCom hirtelen jóváhagyta a legerősebb Cray Y-MP eladását Oroszországnak, amely körülbelül 30-szor felülmúlja az Elbrust. Miközben minden részletet megbeszélünk, a telepítés 1996-ra tolódott, és már kiesett a Thor 500 Cray Y-MP-ből.

Ez a szörnyeteg 10 évig dolgozott folyamatosan az MCC-ben, egészen 2006-ig, amikor épségben elhunyt egy katonai poszton. Ez nagyrészt annak tudható be, hogy három évvel a telepítés után anyagi okokból a gyártó támogatása nélkül kellett tovább használnom a Cray Y-MP-t. Antsypovich azt mondja:

Nyolc éves működés alatt végigjártuk a számítógép összes csomópontját, próbáltuk működésre bírni a tervezés redundanciája miatt, de végül még a rejtett tartalék sem volt elég: a komplexum leállt.

Ezután két klaszter jelent meg - az SGI Alltix 4700 (11 Tflops 832 Intel Itanium 2 9140M) és az SGI Alltix ICE (16 Tflop, ismeretlen számú Intel Xeon E5440), és 2019-ben a hatóságok egy új fürtöt kerestek a Cray-től - XC40.

A CYBER 170-et 1976-ban vásárolták a Szovjetunió Tudományos Akadémia LNIVT-einek laboratóriuma számára a Lianban, ma SPII RAS. A Hidrometeorológiai Központ autójának sorsa a szerző előtt ismeretlen, a LIAN autó maradványait saját szemével látta a Vasziljevszkij-szigeten lévő SPII RAS épületében, nehéz odajutni, de nem lehetetlen, a Az alkalmazottak nagyon barátságosak, és ha előre felhívnak és megegyeznek, szívesen tartanak egy rövid körutat, így a Szentpéterváron élőknek jó esélyük van hozzányúlni a történelemhez.


CDC CYBER-170 az SPII RAS-ból, vagy inkább annak maradványai. Fotó a szerzőről.

A számítási teljesítmény hiányában fellépő probléma megoldására Melnyikov 1973-ra kifejlesztette az ún. interfész berendezés, az AS-6 komplexum, valójában egy komplex programozható kapcsoló további memóriával és társprocesszorokkal, amely lehetővé teszi több BESM-6 kombinálását, és megosztott RAM-mal rendelkező klaszterré alakítását. Összesen 8 szett készült.

kérdések


Két kérdésre kell válaszolnunk.

Először is, miért volt olyan sikertelen a BESM-6 rendszerarchitektúra?

Másodszor: mik voltak az erősségei, és miért nőtték be annyira mítoszok és legendák?

Kezdjük azzal, hogy Lebegyev első gépeit kezdetben nagyon specifikus célokra tervezte – kifejezetten differenciálegyenletrendszerek megoldására (vagyis rakéták pályájának kiszámítására vagy nukleáris reakciók modellezésére). Értette, hogyan kell ilyen számítógépeket készíteni, hiszen ő maga is kiemelkedő villamosmérnök volt, és ugyanazon differenciálegyenletek modellezésére alkalmas analóg számítógépek fejlesztője volt.

Ellentétben Eckerttel, Wilksszel, Amdallával – Lebedev nem volt éppen informatikus, nem rendelkezett a megfelelő gondolkodásmóddal, és még inkább nem volt programozó, egyetlen kísérlete egy autokód létrehozására azzal zárult, hogy senki sem használta ezt a horrort. Ezért Lebegyev nem képzelte közelről gépei használóinak problémáit, formálisan és univerzálisan ugyan, de lélekben inkább monotask számológépeket épített, amelyek jól alkalmazkodtak a difúrrendszerek megoldásához, minden máshoz rosszul.

Ez egyébként mindenkinél gyakori probléma volt az ITMiVT-ben: még tudtak gépeket készíteni rakétatudósok számára, de egy igazán univerzális számítógép már nagy nehézségek árán. Burtsevnek végül ugyanazok a problémái voltak az Elbrusszal, mert a Burroughs banki mainframe-et vette alapul, és megpróbálta rakétavédelmi vezérlő számítógéppé alakítani. Legalábbis kiderült, de az elbrusi tudósok számára sikeres általános célú szuperszámítógép sem jött ki.

A CDC gépeket gyártott vezérlőrendszerekhez és tudományos számítástechnikához, míg az IBM üzleti célú gépeket, elsősorban pénzügyi és számviteli rendszerekhez. Ezek alapvetően eltérő alkalmazási területek, és rányomták bélyegüket az építészetre. A BESM-6 elérte az abszolút szintet ebben a divízióban.

Kezdjük egy ténnyel, ami már itt is felszínre került. Nem tartalmazott egész számokat. Általában. Egyáltalán nem volt az.

A CDC 1604-ben volt, és nagyon fejlett volt, de Lebegyev kidobta a BESM-6-ból, miért?

Mert egész életében differenciálegyenletek monotasking törőit építette (monotasking - abban az értelemben, hogy az ő logikája szerint egyszerűen elindították a különböző difúrok rendszerének rovására, és több - nem különösebben használták), és egész szám ott nem kell számtani. Ennek eredményeként a valódi és a teljes ALU kombinálásának nehézségeivel szembesülve egyszerűen kidobta az egészet, és úgy döntött, hogy ha valakinek hirtelen szüksége lenne rá, akkor utánozza egy igazival.

Miért van egyáltalán szükségünk egész számokra?

A válasz egyszerű - a RAM-ban lévő címek manipulálásához. Amint már megértette, mind a CDC-1604, mind a BESM-6 összeadóval rendelkező gépek voltak (vagyis a modern terminológiában csak két regiszterük volt, amelyek közül az egyiket lefoglalták - egy akkumulátor, amelyben minden műveletet végrehajtottak). Részben ez hasonlít a jelenleg Forthban és Java-ban található verem-architektúrához.

A probléma az, hogy egy ilyen szervezetnél az ALU-nak folyamatosan be-/ki kell töltenie valamit a memóriába, ehhez pedig indexregiszterekre és fejlett indexaritmetikára van szükség, amely lehetővé teszi a RAM-ban lévő címek manipulálását.

Egyébként a BESM-6-ban és a CDC-ben volt egy bizonyos kellemetlenség - az indexregiszterek szóhossza nem esett egybe a szó méretével (!) És az akkumulátorregiszter méretével, és még csak nem is annak többszöröse ( 15 és 48 bit), ami 1959-1960 szabványai szerint még normális volt, de ekkora archaizmust 1968-ba húzni már sötétség.

Így természetesen az összeadókkal rendelkező gépek egész számszerű aritmetikája meglehetősen fejlett volt, éppen azért, mert minden órajelben be kellett tölteni valamit a RAM-ból, vagy bele kellett dobni, míg Lebegyev figyelmen kívül hagyta a CDC ezen funkcióját. Ennek eredményeként minden címszámításhoz valódi processzoron kellett emulálni, ami nem befolyásolta pozitívan sem a munka sebességét, sem a programozás kényelmét.

A BESM-6 másik nagyon komoly problémája a periféria volt.

Először is, amint már mondtuk, Melnikov elhagyta a csatornaprocesszorokat, és ezt így magyarázta:

A BESM-6 gépben alkalmazott külső eszközök interfész módszere érte a legnagyobb támadásokat a gép kritikusai részéről. Valójában minden új eszköz csatlakoztatása bizonyos műszaki fejlesztéseket igényel a külső eszközvezérlő eszközön, és az a felhasználó, akinek sikerült bármilyen "nem szabványos" eszközt kézbe vennie, nagy nehézségeket tapasztal a csatlakoztatás során. Úgy tűnik, semmi sem indokolja ezt a döntést, főleg, hogy a BESM-6 kifejlesztéséig az IBM már bevezetett egy szabványos interfészt, amely jórészt kiküszöbölte az új eszközök csatlakoztatásának, egyesek másokkal való cseréjének problémáját.
De ha alaposan átgondolja, vagy egyszerűen összehasonlítja a külső eszközökkel való interfész megvalósításához szükséges berendezések költségét és mennyiségét mindkét esetben, akkor a BESM-6-ban hozott döntések nem biztos, hogy olyan rosszak. Valójában minden szabványos interfészhez használt külső eszköz tartalmaz egy vezérlőt, vagy ehhez a nagyon drága és összetett eszközhöz csatlakozik, amely szabványos kimenetet biztosít a multiplex vagy szelektor csatornákhoz. Ha összeadjuk a kiegészítő berendezések költségeit és az általuk elfoglalt, szabványos interfészen keresztüli eszközök csatlakoztatásakor szükséges helyet, akkor kiderül, hogy a BESM-6 rendszer sokkal gazdaságosabb. Más szóval, a BESM-6 központi vezérlőeszköz többszöröse olcsóbb, mint az azonos osztályú gépek szabványos külső tárolókészletéhez és bemeneti/kimeneti eszközeihez tartozó vezérlők költsége.
Az IBM gépek számos modelljénél azonban bevezették az úgynevezett integrált fájladaptert, amely lehetővé teszi a lemezes tárolóeszköz csatlakoztatását a számítógéphez szabványos csatorna és vezérlő használata nélkül. Ebben a tényben láthatunk némi analógiát a BESM-6-ban alkalmazott ésszerű eszközök csatlakoztatásának módjával.

A közönséges nyelvre lefordítva a következő derül ki: a csatorna társprocesszorokkal való ésszerű munka megvalósításához, mint az S / 360-ban, nem volt elég pénzünk és Lebegyev vágya, aki fanatikusan ellenezte a koprocesszorok gépeibe való bevezetését (javítás A csöves időkből maradt ötlet, amikor további pár ezer szovjet minőségű lámpa nyilvánvalóan nem javította volna a megbízhatóságot, és a játék nem érte meg a gyertyát, Burtsev csatorna processzorokat tolva az 5E26-ba, ami drámaian megnövelte a teljesítményét, sőt, lemaradt. a már nagyon beteg Lebegyev, aki akkor még nem ért az építészethez).

Általában a csatornákkal való munka gyakran túl zavaró volt programozóink számára, innen ered a mítoszok a BESM-6 felsőbbrendűségéről ebben a tekintetben az EU-s sorozatokkal szemben. Figyelembe véve alacsony írástudásukat, az első EU-klónokkal kapcsolatos óriási minőségi problémákat, valamint az oktatóanyagok, dokumentációk, mintaprogramok, javítások stb. szinte teljes hiányát, természetesen egy ilyen összetett dologgal, mint például a csatornák, pokol lehet dolgozni, mint a implementáció I / O a BESM-6-ban, egyszerű, mint egy filc rendszerindító. Innen ered a hihetetlenül progresszív építészetről szóló számos mítosz.

Ugyanakkor sokan összekeverik az architektúra különböző szintjeit - a parancsrendszer architektúráját és a rendszerarchitektúrát, amely leírja többek között a perifériák fizikai kapcsolatát stb. A BESM-ben minden rendben volt a rendszerarchitektúrával. 6 - a gépek hálózatba köthetők, 8 számítógépig klaszterezhetők, akár 128 terminál csatlakoztatható, beleértve a távoliakat is, egy fürtlemez-vezérlő (minden fürtgép hozzáfér minden lemezhez), stb. minden nyugati számítógép ebben az osztályban ).

Mulatságos paradoxon, hogy számos sikeres műszaki megoldás született a hazai elembázis nyomorúságának leküzdésére tett kísérletekből.

Például a duplaszalagos rögzítés progresszív technológiája (még ha egy blokkban is vannak hibák, de két különböző helyen, darabokból rakják össze és normálisan olvassák le) a szovjet szalag undorító minőségére adott válaszként jelent meg, ami szó szerint összeomlanak két-három futtatás után - az EU-ban az IBM-et követően nem volt ilyen mechanizmus, ennek eredményeként feltámadt egy mítosz a szalagos rögzítési alrendszerük megbízhatatlanságáról a BESM-hez képest.

Ugyanakkor mágneses meghajtóként nem progresszív merevlemezeket használtak, hanem elavult mágnesdobot, míg a lemezvezérlők csak 1974-ben jelentek meg, miután lemásolták őket az ősi General Electric nagyszámítógépek vezérlőiről (akkor már annyira elavult, hogy A CoCom hivatalosan engedélyezte eladásukat a KIAE és az ITEP igényeire, nem hivatalosan - hasznos alkatrészekre bontva a BESM-6-hoz).

Általában külön könyvet lehet írni a tisztán szovjet periféria borzalmairól, valamint annak minőségéről. A folyóiratban a BESM-6-ról szóló vitában 1500py470.livejournal, az egyik programozó, aki vele dolgozott, ilyen emlékeket hagyott hátra erről:

Véletlenül elkalandozott a beszélgetésedben. 6 évig dolgozott a BESM-17-nál. Két 135-ös és 335-ös gép volt... Legalább azt tudjátok, hogy a gép működési hibáinak tesztelésének és diagnosztizálásának egyik standard eszköze, különösen a lebegő hibánál, a kalapács volt, formában nehézfém henger (mind rovátkolt, hogy ütögetéskor ne csússzon ki a kezéből) mindkét oldalán cserélhető ebonit hegyekkel (kopás közben változtak). Autóinkat évente egyszer kikapcsolják. Könnyű kitalálni – december 31. Így azok bekapcsolása után mindenki koppintott rájuk. Memória (ez 8 db dupla szekrény) 128x6Kb összkapacitással (nem számolt két vezérlőbitet), pl. a kevesebb, mint 1 Mb, és a terület 60-80 métert, vagy még többet foglalt el. DISPAK OS alatt dolgoztunk, kötegelt módban 5-10 feladatot dolgozott fel a processzor (attól függően, hogy mennyit evett a feladat), folyamatosan elérhető volt a CRAB rendszer... Ezt követően 16 kocka ferritet cseréltek ki egy rack-re, ami a készüléken készült. EC EMW elembázis (legalábbis néhány akkor volt haszon az EU-ból). Senki sem vette észre, hogy az órajel frekvenciája a különböző forrásokban mást jelez, hol a 9 MHz, hol a 10 MHz? 10-re fejlesztették, de az elembázis cserbenhagyott, 9,1 MHz-et csináltak. Sokkal többről van szó. Kombinált két gép közös lemezeken (először 7,5 MB, majd 29 MB mindegyik meghajtó, cserélhető lemezek). 16 ilyen meghajtó van. Helyi központon keresztül terminálhálózatot építettünk ki, bérelt vonalakat 500 méterig. A terminálok alfanumerikusak, a Videoton-340-et tartották a legjobbnak (Magyarország egy elavult modellre vásárolt licencet az IBM-től). Még jobb volt a Videoton VDT ​​​​52100 Intel 8080 processzorokon. Az egyik legnagyobb probléma a mágneses dobok voltak. Ha kihagyod a részleteket, nagyon hasonlít egy HDD működésére, de a fejek fixek, és több száz van belőlük (nem emlékszem pontosan). Az egész aranyér abból áll, hogy a bennük lévő réseket hideg állapotban kézzel állítják be minden fejre, és miután ez a készülék felmelegedett, ezt nem lehet megtenni - gyorsítás, fokozott rezgések és a felület felemelése (és súlya 200-250 volt) kilogramm, így az üzemmód több órára lépett be és majdnem egy napig lehűlt). Ha ki van kapcsolva, akkor nem lehet meleget indítani, meg kell várni, amíg kihűl. Így tőlük is megszabadultunk az Electronics memória telepítésével. 16 orsó helyett - 8 doboz, egy állvány. Két BESM-6 könnyen elhelyezhető egy 200 m-es csarnokban, csatlakoztatva volt a Digi gráf plotter. Gyakorlatilag elhagyták a mágnesszalagokat, lemezekre váltottak és telepítették az ARFA szoftvert (archív fájlrendszer). A Fortranban írt programok letöltéséhez PC-t csatlakoztattunk, telepítettük a Kermit-et. A felhasználók hajlékonylemezen kapták meg programszövegeiket... 1975-re ennek a vonalnak új gépét kellett kiadni, figyelembe véve a hiányosságokat: a cím részben 15 számjegy zsákutca, az elembázis teljesen elavult , az ATsPU-ról, UPDC-ről, ML-ről stb. a periféria és nincs mit mondani, HORROR! Felháborító az áramfogyasztás! Nem emlékszel az összes hiányosságra egyszerre, ez a legjobb. De a CAM üzemben forrasztottak és szereltek össze, görbekezű, néha józan baromfiházakat. Utánuk két hónapra üzembe helyezték a beállítók.

G. N. Tentyukova, az LVTA OMOED szektorának vezetője emlékeztet (JINR hetilap „Dubna” 34. szám (4325), 11. augusztus 2016., „Amikor a gépek nagyok voltak”):

Valószínűleg nem találta meg az első lyukkártya beviteli eszközt a BESM-6-on? Most elmondom, hogyan működött. Felraksz egy fedélzetet. Bekapcsolod. Lassan: choo-choo-choo... Hirtelen: tra-ta-ta! Négy kártya... Ez azt jelenti, hogy ki kell húznod a paklit, meg kell számolnod négy kártyát abból, ami elmúlt, a pakli többi részének elejére kell tenni – és újra meg kell nyomni a start gombot. Valya Nikitina elmondta, hogy valami nemzetközi találkozó alkalmával (a BESM-6-ot épp most mutatták be) Govorun külföldieket hozott a gépterembe, hogy dicsekedjenek azzal, milyen számítógépes központunk van. És Valya, mintha szándékosan, egy nagy paklit rakott be. Hát mit fogsz csinálni! „Négy kártya”, „négy kártya”… Valya feláll, elpirul. Nos, semmi, a külföldiek udvarias emberek: nézték, hogy Valya beírta a kártyákat, és elment. Valya azt mondja: Majdnem leégtem a szégyentől! Mit tudsz csinálni? Nem mi vagyunk a hibásak.

Ha szeretné, annyi ilyen emléket találhat, hogy egyetlen cikk sem fér el.

Még maguk a JINR alkalmazottai is írták a "Dubna" újságban 1990-ben (amikor már nem lehetett félénk lenni:

A felszerelést folyamatosan fejlesztették. V. V. Fedorin és I. A. Emelin vezette operátorcsoportnak a zavartalan működés biztosítása mellett sikerült megduplázni a gép memóriáját, és az akkori legjobb perifériákkal felszerelni. Lyukkártyás bemenet és CDC magnó, magyar terminálok, bolgár magnetofonok és lemezek, lengyel nyomtató, japán plotter - ennél változatosabb külső eszközparkot sehol sem talál. Ez az állatkert rávilágított a hazai technika régóta fennálló bajára: a mi embereink képzettek, de az ipar nem!

Általánosságban elmondható, hogy a gép megjelenése után körülbelül 6 évvel vált lehetővé a normális munkavégzés a BESM-15-on - amikor a legáthatóbb elvtársak, akiknek a legnehezebb kapcsolatai voltak (mint például a dubnai tudósok), magától a BESM-től a szemétbe dobták az összes perifériát. (és ugyanakkor az EU-ból sokkal jobb volt, de az importhoz képest - szörnyű fémhulladék) és mindent szállítottak amerikai, japán és német (rosszabb esetben lengyel vagy magyar).

Ezenkívül kívánatos volt a memória bővítése, a normál terminálok pokoli mankókkal történő rögzítése (rosszabb esetben az EU-ból), és magunk írtunk egy hatalmas halom szoftvert, a fordítóktól az operációs rendszerig. Ezután a BESM-6-tal való munka meleg emlékei maradhatnak.

Általánosságban elmondható, hogy az Unió fennállásának minden évében egy egyszerű ötletet kategorikusan nem sikerült elsajátítani benne - az ügyfél kész terméket akar, nem pedig nyers félkész terméket, amelyet évekig kell elkészíteni. Képzeld el a helyzetet - az NSA megkapja az általuk tízmillió dollárért rendelt CDC 6600-at, a számítógép perifériák nélkül érkezik (vagy olyannal, amivel nem lehet dolgozni, és ha lehet, össze kell kötni egy forrasztópákával és ismert varázslattal szavak hat hónapig), értelmes operációs rendszer nélkül, fordítók nélkül és egy teljesen őrült assemblerrel.

És uraim, a kriptográfusoknak minden üzembe helyezési munkát saját kezükkel és saját költségükön kell elvégezniük, szoftvert kell írniuk, és általában 10 éven belül normálisan kell dolgozniuk a géppel, azelőtt – legyen türelemmel. Minden piaci típusú cégnél az utolsó lenne egy ilyen trükk a munkájában, elégedetlen ügyfél nem jön másodszor. A tervgazdaságban osztályként nem volt választási lehetőség – bármit is adott a párt, az egyen.

A teljesítménymítosz


Ami a teljesítményt illeti, van egy mítosz, hogy a BESM-6 hihetetlenül erős volt, majdnem a CDC 6600 szintjén. A BESM-6 deklarált teljesítménye 1 MIPS. A valóságban ez az információ alapvetően tarthatatlan, mivel a parancsok végrehajtási ideje nagyságrendekkel eltérhet.

Például egy multiplikátor eszköz (MD) elméleti működési sebessége önmagában valóban elérheti az 1-1,3 MIPS értéket, míg a gyakorlati sebesség, amikor az MU intenzíven hozzáfért a memóriához, nem haladta meg a 0,5-0,8 MIPS értéket. . Az osztási parancsok 0,15-0,3 MIPS sebességgel működtek, míg az AU-ból a CU-ba visszaküldő parancsok (UI, MOD stb.) egyáltalán bármit kiadhattak, mert az 5 végrehajtására vártak. csapatok (4 az LHC-től és 1 a PR-tól). Ebben az esetben a BESM-6 memóriaciklusa 2 µs, azaz a BRZ-ben nem szereplő operandust beolvasó utasítások a legrosszabb esetben +2 µs-ot kaphatnak a végrehajtási idejükre.

1992-ben, a BESM-6 leszerelése előtt a Kutató és Fejlesztési Központ munkatársai 286 processzorral (AMD implementáció, 16 MHz-re túlhajtva, a szabványos 12-vel) összehasonlították a teljesítményét a hídkombinációk számlálásában, és szerintük kb. egyenlő számok. Az AMD 286 teljesítménye meghaladta a 2,6 MIPS-t, de nem tudjuk, hogy a BESM-6 melyik verzióját (valószínűleg az Elbrus-1K2, az IC-n sokkal erősebb, mint az eredeti) használta.

A "A mikroprocesszoroktól a személyi számítógépekig" című könyvben (Cheremnykh S. V., Giglavy A. V., Polyak Yu. E., 1988, Rádió és kommunikáció) példák találhatók a benchmarkra (tömbök összeadása és szorzása egy ciklusban) különböző nyelveken. Különböző gépekhez és a végrehajtás idejétől függően. Ezen információk szerint a tesztvégrehajtási idő (nyelvtől függően) 0,08 és 0,23 s között volt BESM-6 esetén és 0,11 és 0,38 s között EU 1055M esetén, 0,45 s DVK esetén (MS 1201.02 processzor) és 0,37 s PC esetén. AT 16 MHz-es processzorral.

Mindezek az adatok nagyon ellentmondóak, és működő BESM-6 hiányában nem lehet kideríteni az igazságot, azonban megjegyezzük, hogy az átlagos eredmény véletlenszerű probléma esetén semmiképpen sem haladja meg a 0,8-1,5 MIPS-t. .

Vegye figyelembe, hogy ezt a sebességet az IBM 7030 Stretch érte el nyolc évvel korábban, a legendás CDC 6600 több mint 3 MIPS-t erősített meg 4 évvel korábban, a régebbi S / 360 pedig pár évvel korábban ugyanezt a 0,8–1 MIPS-t produkálta.

Így azt látjuk, hogy 6–1959-ban a BESM-1960 biztosan a világrekorderek között lenne, de 1968-ra paraméterei nem jelentettek semmi természetfelettit, és a tipikus nagyszámítógépek szintjén voltak, sőt az évtized közepén is. . Az akkori európai autók szintjén (Siemens, Bull, Olivetti) a BESM-6 normálisnak tűnt, miközben nem hasonlították össze a CDC-vel (amelyek a korszak legerősebb autói voltak). Az S / 360 nem volt rosszabb - tudományos számítások alapján, és lényegesen jobb - pénzügyileg.

Itt nincs mit csodálkozni.

Mint mondtuk, a BESM-6 nem támogatta az egész számok aritmetikáját, ami azt jelenti, hogy az összes számtani parancsot valódi összeadón hajtották végre, és most képzeljük el, milyen élvezetes a címek kiszámítása az egész számok szinte minden ciklusban emulálásával - a gép nem regisztrált , de özönvíz előtti , összeadóval, ennek következtében a számokat folyamatosan RAM-ból RAM-ba kell hajtani. Ez oda vezetett, hogy még a legjobb esetben is az olvasáshoz 3 ciklusra volt szükség, az összeadáshoz - 5 ciklus (átlagosan - 11, a legrosszabb esetben - 280), a szorzás - 15 ciklus (átlagosan - 18,5, a legrosszabb esetben - 162). ), a felosztás átlagosan 50 ciklust vett igénybe. Ennek eredményeként a programok nemcsak lassabban futottak, mint amennyit tudtak volna, hanem több helyet is foglaltak.

V. V. Przyjalkowski is megemlíti ezt recenziójában:

A Szovjetunió Tudományos Akadémia IPM-jén végzett tanulmányok kimutatták, hogy az IBM S / 360-ra fordított programok 1,5-3-szor kevesebb memóriát igényelnek, mint a BESM-6, Vesna, M-20 programok.

Ha az akkoriban népszerű Whetstone-teszt szerint számszerű teljesítményről beszélünk, a BESM-6 másodpercenként 0,3-0,4 millió műveletet ért el egyetlen pontossággal, ami az átlagos IBM modellek szintjén volt.

A másik probléma az idő teljes kiszámíthatatlansága volt. Ugyanez a parancs végrehajtható olyan időzítéseknél, amelyek szó szerint egy nagyságrenddel különböztek! A modern szabványok szerint ez egy rémálom, és az 1970-es évek szabványai szerint - nem sokkal jobb.

Az 1960-as évektől kezdődően minden utasításrendszerben előre pontosan ismert, hogy ez vagy az a művelet hány ciklust fog megtenni, és ezeket az időzítéseket az alacsony szintű programozóknak szóló összes kézikönyv előírja. Lebegyev viszont egyáltalán nem értette, miért van szükség legalább valamiféle kiszámíthatóságra, és meg sem próbálta elérni.

Ennek eredményeként a BESM-6-ban a végrehajtási idő a véletlenszerű jelenségek függvényében változik, nem csak a nyilvánvaló jelenségektől – például attól, hogy egy cím szerepel-e az előzetes letöltésben vagy sem, hanem még az operandusok értékétől is.

Nem ismert, hogy Lebegyev melyik versenyzővel kapcsolatban mondta a neki tulajdonított mondatot: „Igen, az Ön gépének sebessége nagyobb, mint az enyém, de az alacsony megbízhatóság miatt még mindig nem lesz ideje kiszámítani a feladatot két meghibásodás között! ”, De sokan a BESM-6 szupermegbízhatóságának bizonyítékaként értelmezik.

A világon egyetlen helyen tudott tisztességes küzdelemben szembeszállni a CDC 6500-assal – ez a dubnai nukleáris kutatóközpont. Íme a csatájuk eredménye: a munkaórákban ugyanaz volt az éves terv - névlegesen 6000, de a valóságban a BESM-6 1979-ben 6910, a CDC pedig 7440 órát dolgozott. A legfontosabb dolog más számokban rejlik - 75 ezer feladatot dolgoztak fel Lebegyev gépén, a CDC-n - csaknem 200 ezer ...

A BESM-6 rendszerarchitektúrával kapcsolatban számos makacs mítosz kering, ezek egyike a virtuális memória jelenléte.

Ezt a koncepciót először az Atlas testesítette meg, és egy asszociatív memóriát is implementáltak, amely meghatározza a szükséges virtuális memóriaoldal jelenlétét a RAM-ban.

Miért nem az, ami a BESM-6-ban volt?

A virtuális memória támogatása lehetővé teszi több memória címzését, mint amennyi a gépre ténylegesen telepítve van. A BESM-6-on a háromszoros RAM-mal szerelt változatban minden fordítva volt - több fizikai memória állt rendelkezésre a gépen, mint amennyit meg lehetett szólítani! A tény az, hogy mivel 128 kword memóriával rendelkezünk, 15 bites címeken (a CDC 1604 öröksége) keresztül kellett dolgoznunk vele. Az abszolút ellentmondásos „a címformátumot tartsa kompatibilis a CDC 1604-gyel, de a memória megháromszorozza” koncepciója miatt egy speciális mankót vezettek be - 32 ún. regisztrációs nyilvántartás. A valós memória elérése előtt a végrehajtási címet két 5 + 10 bites részre osztották. A magas részt otthoni regiszterszámként értelmeztük, amelyből a fizikai oldalszám 7 bitjét vettük, és a cím 10 legkisebb jelentőségű bitjével együtt 17 bites fizikai címet alkottak. Lebegyev büszkén nevezte ezt a rezsimet „virtuális emlékezetnek”.

Az Atlasban a cím eredetileg 24 bites volt, és a valós memórián túli címzéskor a felügyelő felcserélte az oldalt a dobból származó RAM-ban lévő megfelelő virtuális címre, hasonlóan ahhoz, ami most történik, amikor az oldalakat lemezről cserélik.

Egyébként a BESM/BESM-2/M-20/BESM-4-ben is volt hasonló címzési probléma, de ott még jobban elhanyagoltak mindent. Ezekben Lebegyev szeretett háromcímes parancsrendszerét használta KOP formátumban | A1 | A2 | A3, ahol a COP a műveleti kód, A1–A3 címek.

Miért szidjuk annyira ezt az elvet, külsőleg minden szép?

Az ugyanis, hogy egy-egy cím maximum 4096 szóra vonatkozhatott, már nem fért bele az amúgy is megfizethetetlenül széles buszba, mert három ilyen címet és egy műveleti kódot kellett átnyomni rajta. De már az első BESM-nek is több volt a memóriája!

Hogyan lehet kapcsolatba lépni vele?

A RAM teljes mennyiségének felhasználásához ún. "kockák", ezeknek a kockáknak az előtagjai kerültek be a címzésre. Az indirekt címzés ekkor még nem volt nyitva (az ITMiVT-ben legalábbis), így a programozók önmódosító kódot írtak, menet közben parancsokban megváltoztatva az A1, A2, A3 címeket (ami többé-kevésbé a modern programozási elvek, egy piszkos hack és felháborító perverzió, így még a vírusok is megpróbálnak nem írni, hacsak nem feltétlenül szükséges, de a BESM-ben ez egy szokásos működési mód volt).

További probléma volt a hírhedt külső eszközökkel végzett munka, Lebegyev ezt a lehető legdurvábban oldotta meg eredeti gépein - egyszerűen úgy, hogy az összes hívást közvetlenül a hardverbe kódolta, annak ellenére, hogy már nem volt elég parancs. Nem történtek kísérletek az eszközöktől való elvonatkoztatásra, ami ismét azt jelzi, hogy éppolyan kiváló villamosmérnök volt, mint hibás rendszertervező. Ebből az következik, hogy hála Istennek a CDC-t vették a BESM-6 prototípusának. Lebegyev (néha) megértette kompetenciája határait, és nem mert a saját fantáziájára teljesen a nulláról fejleszteni a szükséges szintű szuperszámítógépet.

A következő építészeti mítosz


A következő építészeti mítosz a szállítószalaghoz kötődik, mondják, a BESM-6 volt az első gép a világon, amelyre a leleményes Lebegyev felépítette „vízvezetékét”, amelyről egy darmstadti konferencián számolt be, és a szűklátókörű európaiak tapasztalták. döbbenet és áhítat.

A valóságban a szállítószalag ötletét Konrad Zuse fejezte ki, és primitív kétlépcsős formában valósította meg a Z3-ban. 1949-ben megpróbálta szabadalmaztatni a megvalósítását a Z4-ben, de meglepő módon a szabadalom az 1960-as évek közepéig felfüggesztésre került, annak ellenére, hogy az IBM Zuse pártfogója volt.

Hasonló ötletek voltak a levegőben az 1950-es évek elején, Lebegyev és Rameev is gondolt rájuk, és az MPEI szemináriumain is megvitatták őket. 1946-ban Nagy-Britanniának sürgősen szüksége volt egy hatalmas lakatlan földterületre nukleáris kísérletekhez. fegyverek. Szerencsére találtak egy ilyen földet, és Ausztráliának hívták.

Ennek eredményeként partnerségi megállapodást kötöttek - teszthelyeket a modern technológiákhoz való hozzáférésért cserébe. Így alakult meg az Australian Weapons Research Establishment (WRE, sok mindent feltalált, 1957-ben például megalkották a repülőgépek nagyon „fekete dobozát”).

A brit Elliott Brothers cég kifejezetten a WRE számára fejlesztette ki az Elliott 403-as modellszámítógépet (gyakran WREDAC-ként említik). Ezt a csőgépet 1955-ben kezdték gyártani, és a Zuse szabadalmához hasonló kétfokozatú szállítószalaggal rendelkezett.

Megjegyezzük, hogy sem Zuse, sem Lebegyev gondolatai nem tartoznak a szó modern értelmében vett valódi hordozóhoz. „Csővezetékük” csak két eltérő irányú művelet kombinációját feltételezte – aritmetikai-logikai a processzorban és a következő operandus lekérése a RAM-ból.

Ez a szállítószalag egy fejlett vezérlőeszköz jelenlétét jelenti, amely teljesen más elven működik. Az utasításszintű párhuzamosság egy valós folyamatban azt jelenti, hogy az utasításokon legalább három műveletet át kell fedni - lekérést, dekódolást és végrehajtást, ehhez egy meglehetősen bonyolult feltételes elágazás-előrejelzési mechanizmus megvalósítása szükséges.

Az ilyen értelemben vett csővezetéket először Donald Bruce Gillies, egy kiváló kanadai matematikus és informatikus munkája írta le, aki az Illinoisi Egyetemen dolgozott az ILLIAC II szuperszámítógép-projekten. Hihetetlenül progresszív gép volt, de fejlesztése csak 1962-ben ért véget, miközben minden dokumentáció és működési elv már 1957-1958 között nyílt tudományos dolgozatokban szerepelt. és nem szabadalmaztatták, a Stretch fejlesztői kölcsönvették tőlük a szállítószalag sémát, de hivatalosan három évvel korábban sikerült kiadniuk autójukat.

Ugyanebben az 1959-ben készült egy példányban Kitov M-100-as csőszörnye, amiről már írtunk, felépítéséről gyakorlatilag nincs információ, megbízhatóan ismert, hogy Harvard architektúrájú és csővezetékes processzora volt, de Nem ismert, hogy milyen mértékben tudott általános célú programokat végrehajtani, és milyen szállítószalag volt.

A szovjet rakétavédelmi rendszer születése. A BESM-6 mellett és ellene

Klasszikus úgy ahogy van. BESM-6 természetes élőhelyén, a JINR Turbine Hallban, Dubnában (fotó https://ramlamyammambam.livejournal.com/). Ezzel egy időben két BESM-4, CDC 1604, CDC 6500, három EC-1040, EC-1060, EC-1010, EC-1061 és Robotron KRS-4201 dolgozott a JINR-nél. Az installációk számát tekintve valószínűleg ez volt a Szovjetunió legerősebb és legnagyobb kiállítási központja.

A BESM-6 pipeline után a CDC-6600 kémkedett, csak a Cray-ben minden processzornak 10 független blokkja volt, amelyek párhuzamosan tudták végrehajtani a pipeline utasításait, ezért is tartják ezt a gépet a világ első szuperskaláris processzorának.

Még fejlettebb architektúrák voltak az 7600-ben létrehozott CDC 1969 és az IBM System/360 model 91 (1967), amely a folyamat minden modern funkcióját felhasználta, beleértve a spekulatív végrehajtást és a regiszter átnevezést.

Egy sokkal primitívebb séma egy összeadóval a BESM-6-ban nem rendelkezhet a szó mai értelmében vett csővezetékkel, akárcsak a virtuális memória. Maga az ALU nem volt pipeline - ha a processzor két számot szorzott, nem tudott mást tenni, bár ezzel egyidejűleg a következő utasítás is lekérhető. Tehát a "csővezeték" megvalósítása itt 15 évvel elavult volt, hasonlóan Zuse, Rameev és Elliot munkájához.

Az utolsó téveszme


Az utolsó tévhit a BESM-6 "kolosszális újításairól" a cache memória jelenléte.

Valójában nem volt gyorsítótár a szó modern értelmében, teljes értékű gyorsítótár csak az IBM System / 360 model 85 sorozatban jelent meg ugyanabban 1967-ben.

Az egészséges személy gyorsítótára egy sor bejegyzést tartalmaz az ultragyors RAM-ban (általában statikus), minden bejegyzéshez egy adatblokk tartozik, amely a hagyományos RAM-ban található blokk másolata. Minden bejegyzésnek van egy azonosítója (amelyet gyakran címkének neveznek), amely a gyorsítótárban lévő adatelemek és a fő memóriában lévő megfelelőik közötti megfelelést határozza meg. Ha a gyorsítótárban olyan bejegyzés található, amelynek azonosítója megegyezik a kért elem azonosítójával, akkor a rendszer a gyorsítótárban lévő elemeket használja. Ezt gyorsítótár találatnak nevezik. Ha a kért adatelemet tartalmazó bejegyzés nem található a gyorsítótárban, akkor a rendszer a fő memóriából beolvassa a gyorsítótárba, és elérhetővé válik a későbbi hozzáférésekhez. Ezt gyorsítótár kihagyásnak hívják.

A BESM-6-ban e modell helyett csak négy ún. számpufferregiszterek (BRCh), ahol a szavakat a memóriából olvasták ki, hogy később az ALU gyorsabban hozzáférhessen hozzájuk. Hasonlóképpen volt 8 (ismét furcsa aszimmetria) írási pufferregiszter (BRZ), ahol a számot elhelyezték, mielőtt a memóriába írták volna. Azt a címet, ahová az operandust kell írni, az ún. BAZ (a rekord címének pufferregisztere). Ha később kiderült, hogy a végrehajtási cím egybeesett a BAZ/BAS egyik címével, akkor az operandust a BRZ/BRCh-ból vettük, nem pedig a memóriából. Ez az egész "gyorsítótár" Beszmovszkijban.

És végül, a végső téveszme az az elképzelés, hogy a BESM-6 a RISC architektúra előfutára volt.

Természetesen a BESM-6-ban nincs túl sok parancs, inkább kevés, de ez az egyetlen paraméter, amiben hasonló a RISC-hez. Azonban egy teljes értékű RISC processzor: egy kis egyszerű utasításkészlettel, hatalmas számú RON-val (általános célú regiszterekkel), kifejlesztett átnevezési sémával, elemi utasításokkal, valamint ezek bármelyikének kiszámítható és szabványos végrehajtási sebességével rendelkezik - 1-2 ciklus.

Ha idáig olvastad a cikket, már tudod, hogy a BESM-6 minden tekintetben elrepült itt, kivéve a csapatok számát.

Ahogy már mondtuk, minden szomorú volt a BESM-6 szoftverével.

Csak az ITMiVT által fejlesztett Dispatcher-68 operációs rendszer elődjével szállították, amely csak a feladatok kötegelt elindítását és az erőforrások hozzárendelését tette lehetővé. Lebegyev autokódját javasolták nyelvnek, amelyet minden megfelelő ember azonnal elhagyott. Ahogy már említettük, abban reménykedtünk, hogy a CDC 6-ről a BESM-1604-on azonnal elindítható lesz a szoftverek teljes tömbje, de ez nem valósult meg. Ennek eredményeként az egyes tudományos csoportok lázasan elkezdték maguknak vágni a nyelvek és operációs rendszerek különféle implementációit, amelyek természetesen nem kompatibilisek egymással.

Köztük a legmenőbb ugyanaz a Dubna-monitorrendszer volt - ráadásul a Szovjetunió erői sem voltak elég hozzá, az NDK-s németeket, magyarokat, sőt a mongolokat is be kellett kötni - a JINR teljes nemzetközi bizottságát.

Ez alatt lehetőség nyílt az ellopott Fortran és Algol-60 fordítók újraválogatására, jóval később, mint a LISP és Pascal, de mindezt pokoli erőfeszítések árán. Az Algol-60-at eredetileg a Szovjetunió Tudományos Akadémia Számítástechnikai Központjában hozták létre V. M. Kurochkin irányítása alatt, először a BESM-2-hez, később a BESM-6-hoz (a BESM-4 számára legalább volt) 3 különböző fordító Algol-60-al, nem kevesebb, mint 2 különböző összeszerelő, Dubninsky és Bayakovsky és egy fordító az eredeti Epszilon nyelvről - ez egy olyan tipikus állatkert), és ahogy sokan mondták, ő maradt neki az egyetlen fordító egy népszerűtől. nyelv, amely nem volt elrontva.

A baj az volt, hogy 1964-ben megjelent egy új nyelvi specifikáció, általában (a szabvány elfogadásának utolsó évét követően) Algol-68, amelyet Kurochkin már nem tudott. A CDC 68-ből származó Algol-1604 fordító ferdén dolgozott, ami megszakította számos CERN-program elindítását, amelyekre dubnai fizikusaink számítottak.

Európában az Algol-68-at hosszú ideje a Brit Királyi Kommunikációs és Radarbizottság használja.

A Szovjetunióban munkacsoportok működtek az Algol-68 fejlesztésére (például Novoszibirszk Andrej Petrovics Ershov akadémikus, Leningrád Andrej Nyikolajevics Terekhov, Moszkva Alekszandr Nyikolajevics Maszlov és Mihail Ruvimovics Levinson vezetésével ). A Leningrádi Állami Egyetemen készült egy fordító és egy erős programozó rendszer Algol-68-on, de ... már a hosszú évekig üzemeltetett EU számítógéphez (egyébként ezért jelent meg Dubnában az EU is, a a fejlett periféria és a BESM-6 számára nem elérhető vagy hibásan működő szoftverek és fordítók száma miatt).


Csak egy referencia fotó - két BESM-6 telepítése egyszerre a Moszkvai Állami Egyetem Számítástechnikai Központjában (fotó http://www.besm-6.su)

Számos program jelent meg külföldi forráskódok megismerése után, például a már említett N. N. Govorun az LVT JINAT-tól, egy CERN-i üzleti út után, a CDC 3200-ról a számítógépközpontjukban készült, BESM-6 Fortran-on implementált gépi kinyomtatások alapján. és a standard programok könyvtárai, hat BESM -6-ot átadtak az NDK-nak, a JINR programozói pedig hazájukba utazva elkészítették az assembler saját verzióját, a Fortran-NDK és az Algol-GDR (amely 20-30. %-kal gyorsabbak, mint a hazaiak).

Z. F. Bochkova, G. N. Ezerov, V. M. Mikhelev V. S. Shtarkman irányítása alatt az IPM-től. Keldysh (az IBM-hez tett üzleti útja után) kifejlesztette a BEMSh autokódot, mivel M. G. Csajkovszkij eredeti, maga Lebegyev mnemonikáján alapuló autokód alapvetően kétbetűs volt, és abszolút logikátlan és olvashatatlan, ami sok összeférhetetlen módosítást eredményezett.

A BESM-6 fájlrendszert soha nem írták meg és fejezték be a végéig, általában minden tudományos központnak sikerült megírnia a sajátját, minden más rovására. Cseljabinszkban szalagos archiválás volt, Dubnában - a feladatok leírásának emberi nyelve és a Fortran-NDK, valamint az Algol-NDK, a VMK MGU-ban - LISP és DISPAK.


A BESM-6 dokumentációja külön ünnep volt. Képzelje el, hogy Ön egy közönséges végzős hallgató vagy fiatal kutató, aki a karról jött dolgozni, mondjuk a matematika szakról. És felajánlják neked, hogy ebbe beleásd magad. A gép ilyen minőségi leírása érdekében a végfelhasználók számára ezek az USA-beli felhasználók a Cray-t égetnék el az utasításokból.

Természetesen az eredeti OS / 360-nal és az IBM-mel is volt probléma, de rendkívül gyorsan korrigálták a helyzetet, míg a Szovjetunióban soha nem oldódott meg az a zűrzavar, amelyben a könyvtárak ezrei voltak, amelyeket bárki írt különböző időpontokban, és amelyek nem kompatibilisek egymással. területeken, ahol az ügy nem a szoftverek EU-ba történő közvetlen másolására vonatkozott.

Minden, amire a BESM-6 rajongók olyan büszkék - a híres OS ND-70, Dubna, DISPAK stb., csak az 1970-es évek közepén fejlesztették ki. A DISPAK-nak köszönhetően 1972-ben végre sikerült a General Electrictől a BESM-6-hoz átvett vezérlőkkel ellátott merevlemezeket csatlakoztatni, azelőtt egy archaikus, eredetileg az 1950-es évek elejéről származó dobbal dolgoztak.

Az IBM gépei 1956 óta dolgoznak lemezekkel – ez a kérdés a BESM-6 „fejlett architektúrájának”. Az egyik dob kapacitása 16 kiló (192 kilobájt) volt, és fél tonnát nyomott. A dob legfeljebb 4 darabra rögzíthető. Ugyanakkor a normál IBM merevlemezek kapacitása 5 megabájt volt, a nagyok pedig 30 megabájtot. Ne feledje, hogy a dubnai BESM-6-nak volt néhány hardveres különbsége, a terminálsorok karaktereinek paritásától a regiszterekben lévő fizikai címbitekig.

Ennek köszönhetően a Dubna OS nem indult el a 4-nél több memóriakockával rendelkező gépeken, mert a fizikai cím extra bitjeit a diszpécser saját céljaira használja fel. Általában ez magyarázza, hogy Dubna miért nem volt népszerű más helyeken.

Általában azok az emberek, akik távol állnak a nyugati számítógépes tervezéstől, gyakran nem értik, hogy egy autóban nem a hardver, hanem a szoftver a lényeg. A kész gép alá nem íródnak programok. A gépet úgy hozták létre, hogy kényelmes legyen hozzá programokat írni, és még jobb - a meglévőket minimális változtatásokkal használni. Sajnos még Nyugaton sem mindenki értette ennek az egyszerű axiómának a lényegét.

Fred Brooks, a Stretch egyik vezető fejlesztője ezt nagyon világosan fogalmazta meg – minden számítógépes architektúra tervezésének a felhasználói követelmények összegyűjtésével kell kezdődnie, nem pedig egy adott rendszertervező személyes átgondolt shizájával és személyes egyedi elképzelésével arról, hogy gépnek kell lennie.

Nem emberek a számítógépnek, hanem számítógép az embereknek.

A második lépésben meg kell fogalmazni egy olyan parancsrendszer-tervezetet, amely a legjobban kielégíti a végfelhasználókat (és a rendszertervező számára a végfelhasználók alacsony szintű programozók, akik elkészítik az összes szoftvert a hétköznapi halandók számára), és csak ezután kerül sor a konkrét áramköri megoldások fejlesztésére. kezdődik.

Ezt a ciklust két cég sajátította el tökéletesre – az IBM, amely a Stretchtől tanulva megalkotta a nagyszerű S / 360-at, és a Burroughs, amely hasonlóan fejlesztette a nem kevésbé nagyszerű B5000-es sorozatot (itt tömegkereskedelmi gépekről van szó, CDC-ről és Cray-ről hasonlóan). tudományos szuperszámítógépeket hoztak létre - összegyűjtik a tudósok alkalmazásait és követelményeit, és megpróbálják azokat a lehető legjobban kielégíteni).

Ennek eredményeként a Z-sorozatú nagyszámítógépek még mindig kompatibilisek az 1960-as évek gépeivel, a bankszektor több milliárd sornyi kódot írt Kennedy COBOL-jában, és az IBM és a Burroughs (az UNISYS megtestesülésében) az egyetlen nagyszámítógép-gyártó, amely kilépett. századi, alapításuk idején, a XNUMX. században.

A Szovjetunióban ez az axióma sajnos nem valósult meg (egyáltalán a szóból), figyelembe véve azt a tényt, hogy 1960-ra az ITMiVT az IBM-hez hasonló monopolistaként működött. Ugyanaz a Juditszkij tervezte az Almazt a rakétavédelmi rendszer (majd a GRU) sajátos követelményei szerint, potenciális felhasználói pedig nagyon örültek a gép prototípusának, bár nem engedték kiadni a sorozatot. Az ITMiVT-ben minden más volt, alapból azt hitték, hogy a zseniális Lebegyev nálad jobban tudja, hogy milyen számítógépre van szükséged, ő profi, úgyhogy élj azzal a parancsrendszerrel és architektúrával, amit ő szült.

A modern technológiát jól ismerő embereket nem érti félre vagy undorodik attól, hogy ismeri például a memóriakezelés S/360-ban való megvalósításának részleteit. A BESM-6 alacsony szintű programozásának jellemzőinek megismerése gyakran sokkolja a modern programozókat. Valójában a nagypapáknak sem volt könnyebb, így a BESM-6 szoftverét sokáig, nagyon sokáig írták, egészen a kilencvenes években bekövetkezett haláláig.

Egyes megvalósítások sikeresek voltak, mások nem annyira, mindezt különböző kutatóintézetek, kutatóközpontok erőfeszítései tették lehetővé, valahogyan országszerte más-más módon elterjedve. A BESM-6 szoftvereinek minőségével és mennyiségével kapcsolatos mítosz nagyrészt abból fakadt, hogy először is csaknem 400-at adtak ki belőlük (beleértve a módosításokat is), ami hihetetlen az Unió, szinte minden nagyobb tudományos központ, és másodszor 6 évig voltak szegecselve és 20 évig használták.

Ennek eredményeként a tudósok, az emberek korántsem hülyék, ezalatt az idő alatt elég sok tűrhető programot tudtak szülni. Természetesen voltak nagy elméleti programozási iskolák is (általában a legerősebb szovjet programozók, akiket világszerte számítástechnikai teoretikusként tartanak számon, olyanok voltak, akik matematikából jöttek oda, Ljapunovtól és Shura-Burtól kezdve).

Kidolgozták az operációs rendszerek és fordítók építésének elméleti alapelveit, cikkeket írtak, értekezéseket védtek, tudományos iskolákat hoztak létre. Mindez természetesen mind mennyiségileg, mind minőségileg méltó volt.

Az egyetlen probléma az volt, hogy elefántcsonttornyában kiváló akadémikus tudomány ült, és olyan mérföldkőnek számító fejlesztésekben segített, mint a DISPAK, a Dubna és az ND-70, de az országnak programozók tízezreire volt szüksége, nem csak programozó akadémikusokra. Azokkal nem volt gondunk, de a rendes kódolókkal...

A következő cikkben ennek a mérföldkőnek számító hazai fejlesztésről írunk.

Folytatás ...
  • Alekszej Eremenko
  • https://www.computerhistory.org, http://www.besm-6.su, https://www.1500py470.livejournal.com
Hírcsatornáink

Iratkozzon fel, és értesüljön a legfrissebb hírekről és a nap legfontosabb eseményeiről.

15 észrevételek
Információk
Kedves Olvasó! Ahhoz, hogy megjegyzést fűzzön egy kiadványhoz, muszáj Belépés.
  1. +8
    16. december 2021. 19:04
    Az informatika fejlődéstörténetét erőteljesen mutatja be a szerző.

    A ciklus lezárása után szeretnék pár cikket a jövő fejlesztési stratégiájáról.
    Hozzávetőleges költségekkel, érintett intézményekkel és persze olyan emberekkel, akik képesek ha nem is áttörésre, de az első háromba kerülni. hi
    1. +3
      16. december 2021. 20:17
      Mielőtt stratégiát írna, meg kell válaszolnia a kérdést, hogy mit is akarunk valójában?
      Ha belépsz a világpiacra, az sok okból irreális.
      Ha végrehajtja a gozt, akkor a rendelkezésre álló technológiák elegendőek lesznek, bár csikorogva. Akkor minek vesződni?
      1. +1
        16. december 2021. 21:38
        Új típusú számítógépeken léphet be új világpiacokra – például a kvantumszámítógépek fokozatosan érnek, és elsőre érdemes nem a régi hibákat megismételni, hanem a belőlük szerzett tapasztalatok alapján sikereket elérni. Érdekes lenne ugyanazokat a fundamentális tudósokat most, miközben a kvantumszámítógép még csak fele elmélet oktatni, hogy elkezdjék összegyűjteni a leendő világpiac potenciális felhasználóinak igényeit, kidolgozni az ipari alkalmazott szabványokat, és ennek megfelelően rendezni a tudományos diszciplínákat, iskolákat. az alkalmazott felhasználói követelményekhez. Idő előtti fejlesztés és bevezetés, és ennek eredményeként a számítógépipar új, felhasználó-orientált ágának gyors kialakulása.
    2. +2
      17. december 2021. 05:07
      Erőteljes, de a modernitás szempontjából. Tehát a gép sebességét nem az órajellel, hanem a műveletek számával, például a másodpercenkénti összeadással mérték.
      A szovjet elektronika és számítástechnika a maga útját járta, nem igazán fordult Nyugat felé.
      Az egyetlen probléma az volt, hogy elefántcsonttornyában kiváló akadémikus tudomány ült, és olyan mérföldkőnek számító fejlesztésekben segített, mint a DISPAK, a Dubna és az ND-70, de az országnak programozók tízezreire volt szüksége, nem csak programozó akadémikusokra. Azokkal nem volt gondunk, de a rendes kódolókkal...

      Nem ért egyet. A cikk szerint kiderül, hogy ezen a gépen kívül semmink nem volt, nem lett kifejlesztve.
      Volt egy ES számítógéprendszer, amelyet Kazanyban, Penzában és Minszkben gyártottak. A Minszki Számítógépkutató Intézet fejlesztése. Pontosabban egyetlen CMEA rendszer volt. A Szovjetunió összeomlásával ez is véget ért.
      a napon mentek a saját számítógépeik. 1959 óta beléptek az ASUKR légvédelmi rendszerébe (rakétarendszerek automatikus vezérlőrendszerei), az S-200 légvédelmi rendszeren, a Plamya-K számítógépen. Az új S-125 légvédelmi rendszerek kifejlesztésével és üzembe helyezésével kezdtek megjelenni a vegyes típusú légvédelmi rendszerek, amelyek nagyobb tartományban képesek megoldani a kijelölt feladatokat, különféle típusú rövid hatótávolságú légvédelmi rendszerekkel felvértezve S- 125, közepes - S-75 és nagy S-200. Megjelent az ACS Vector-2 egy 5E86 számítógéppel. Ugyanezt a számítógépet használták a vasúton... Elfelejtettem, hogy hívják a jegyrendelési rendszert. A légvédelmi rendszerben nem számítógépnek, hanem számítási eszköznek hívták őket, a haditengerészetben ugyanez a repülésnél. Számítástechnikát és elektronikát fejlesztettünk. Igen, lemaradtak a külföldiektől, de mindent maguk csináltak és jól csináltak.
      Az elemalapról. A félvezetőkkel volt gond, megtanultak lámpát csinálni, de milyen. Mutassa be a lámpákra szerelt rakéták elektronikus vezérlőegységét. Vannak ilyen túlterhelések, de működtek és elég miniatűrök voltak.
      Általában véve mindez VOLT. És van egy csekély része a napnak
  2. +1
    16. december 2021. 20:28
    Köszönöm! Nagyon érdekes és alapvető!
  3. +3
    16. december 2021. 20:28
    Hát mit mondjak - a BESM-6-nál 1977-78-ban elég sikeresen megszámoltam a diplomámat - rakéta akna kilövést. Igen, valóban, lyukkártyákról kellett belépnem a programba. Nem éltem át a szerző által leírt borzalmat, a diploma elég szilárdnak bizonyult és beindult. Amikor a 80-as évek első felében hozzánk kerültek az EU-1040 és EU-1055 (szegény IBM klónok), sokat szenvedtem velük, sokkal kellemesebb volt a VAX-ra számítani.
  4. -1
    17. december 2021. 00:15
    Mennyi gyűlölet a hazájuk iránt! Kokom nem adott, és ahelyett, hogy lefeküdtek és meghaltak, a nagypapák EZT tettek a hazájukért. Egy ilyen szerzőnek soha nem bocsátják meg!
  5. +3
    17. december 2021. 07:50
    Még mindig a saját utunkat járjuk. Ugyanaz az "Elbrus" processzor nem x86-kompatibilis. Saját speciális operációs rendszerrel rendelkezik, és az x86-os programok kénytelenek olyan emulátoron keresztül futni, mint a Vine LINUX-on.
  6. -2
    17. december 2021. 08:23
    A szerző egyértelműen egy jobbágy pszichotípusával rendelkezik, akinek Nyugaton állampolgárságot ígértek. Vagy nem is ígérték, de nagyon reméli....
    Kiderült, hogy miután már 1951-ben megalkotta első számítógépét - a jövőben nem a siker és a munka finanszírozásának fejlesztésére volt szükség, hanem mindent a szemétbe kellett dobni. Szóval "nagy elméből" egy ravasz orosz parasztember kijátszotta magát, és belevetette magát a szemétdombba és kidobta..... LOGIKUS ÉS NAGYON IGAZSÁGOS. !
  7. 0
    18. december 2021. 00:30
    A BESM-6 pipeline után a CDC-6600 kémkedett, csak a Cray-ben minden processzornak 10 független blokkja volt, amelyek párhuzamosan tudták végrehajtani a pipeline utasításait, ezért is tartják ezt a gépet a világ első szuperskaláris processzorának.
    ...
    Egy sokkal primitívebb séma egy összeadóval a BESM-6-ban nem rendelkezhet a szó mai értelmében vett csővezetékkel, akárcsak a virtuális memória. Maga az ALU nem volt pipeline - ha a processzor két számot szorzott, nem tudott mást tenni, bár ezzel egyidejűleg a következő utasítás is lekérhető. Tehát a "csővezeték" megvalósítása itt 15 évvel elavult volt, hasonlóan Zuse, Rameev és Elliot munkájához.

    Úgy tűnik, a második töredékben az szerepel, hogy a BESM-6-nak nem volt teljes értékű szállítószalagja, és a főszövegben sok szó esik erről, de az idézet első részében - úgy tűnt, hogy az. Lehet, hogy ez szövegszerkesztési hiba? És még mindig nem volt szállítószalag?
    Összességében egy érdekes cikk. A szerző sokat tud! hi
  8. 0
    22. december 2021. 22:31
    Általánosságban elmondható, hogy az Unió fennállásának minden évében egy egyszerű ötletet kategorikusan nem sikerült elsajátítani benne - az ügyfél kész terméket akar, nem pedig nyers félkész terméket, amelyet évekig kell elkészíteni. ------------- pontosan. A lényeg a részleg kiszorítása a gyárból, a katonai képviselő meggyőzése. Aztán a brigád Balkhashba megy, és ott befejezi a horizonton túli radar szakaszát.
    1. 0
      6. január 2022. 05:01
      Ez most így van. Súly- és méretadatok, villogó LED-ek tesztelése és egyéb szórakozás.
      1. 0
        4. február 2022. 16:45
        Ha olyan rossz volt a tranzisztorokkal, mikroáramkörökkel, miért nem próbáltak egy lámpából például egy TV-kineszkóphoz külsőleg hasonló csőprocesszort létrehozni, ha egy elképzelhetetlen számú elemből álló fotolitográfiával készített anódot szerelnek be. a képernyőmátrix helyett az, és a katód egy elektronágyú, ha elképzelhetetlen frekvenciával soronként körbefut a sugár (egynél több katódágyú is lehet), akkor egy ilyen kialakítás sebessége nagyon nagy lesz . Nem világos, hogy az elektronsugár „vastagsága” milyen mértékben csökkenthető, mennyire pontosan szabályozható az elektronsugár, és milyen gyakran helyezhetők el az elemek „vonalai” az anódon, de másrészt a TV-képernyőhöz hasonló processzor méretei meglehetősen nagyok lehetnek. .
    2. 0
      22. március 2023. 09:49
      A Szovjetunióban nem volt piac, így nem lehettek „ügyfelek”. A te kívánságaid a te problémáid (C) Orshavin
  9. 0
    23. február 2022. 19:15
    Idézet tőle: sumotori
    Általánosságban elmondható, hogy az Unió fennállásának minden évében egy egyszerű ötletet kategorikusan nem sikerült elsajátítani benne - az ügyfél kész terméket akar, nem pedig nyers félkész terméket, amelyet évekig kell elkészíteni. ------------- pontosan. A lényeg a részleg kiszorítása a gyárból, a katonai képviselő meggyőzése. Aztán a brigád Balkhashba megy, és ott befejezi a horizonton túli radar szakaszát.

    Akkor elképesztő, hogy ilyen elmével hogyan nem vagy még elnök és nem honvédelmi miniszter? Véleményem szerint ez még egyszerűbb és kézenfekvőbb ötlet.

"Jobboldali Szektor" (Oroszországban betiltották), "Ukrán Felkelő Hadsereg" (UPA) (Oroszországban betiltották), ISIS (Oroszországban betiltották), "Jabhat Fatah al-Sham" korábban "Jabhat al-Nusra" (Oroszországban betiltották) , Tálib (Oroszországban betiltották), Al-Kaida (Oroszországban betiltották), Korrupcióellenes Alapítvány (Oroszországban betiltották), Navalnij Központ (Oroszországban betiltották), Facebook (Oroszországban betiltották), Instagram (Oroszországban betiltották), Meta (Oroszországban betiltották), Mizantróp hadosztály (Oroszországban betiltották), Azov (Oroszországban betiltották), Muzulmán Testvériség (Oroszországban betiltották), Aum Shinrikyo (Oroszországban betiltották), AUE (Oroszországban betiltották), UNA-UNSO (tiltva Oroszország), a krími tatár nép Mejlis (Oroszországban betiltva), „Oroszország szabadsága” légió (fegyveres alakulat, az Orosz Föderációban terroristaként elismert és betiltott)

„Külföldi ügynöki funkciót ellátó nonprofit szervezetek, be nem jegyzett állami egyesületek vagy magánszemélyek”, valamint a külföldi ügynöki funkciót ellátó sajtóorgánumok: „Medusa”; "Amerika Hangja"; „Valóságok”; "Jelen idő"; „Rádiószabadság”; Ponomarev Lev; Ponomarev Ilya; Savitskaya; Markelov; Kamaljagin; Apakhonchich; Makarevics; Dud; Gordon; Zsdanov; Medvegyev; Fedorov; Mihail Kaszjanov; "Bagoly"; "Orvosok Szövetsége"; "RKK" "Levada Center"; "Emlékmű"; "Hang"; „Személy és jog”; "Eső"; "Mediazone"; "Deutsche Welle"; QMS "kaukázusi csomó"; "Bennfentes"; "Új Újság"