Nașterea apărării antirachetă sovietice. Sfârșitul programului de calculator sovietic
În timpul războiului din Coreea, Watson a încheiat contracte cu 18 agenții pentru furnizarea de computere, care au primit numele patriotic Defense Calculator Model 701. Din 1955, au început livrările Modelului 702, apoi versiunea sa îmbunătățită a Modelului 705, ulterior întregul model. Linia 700s a fost echipată cu memorie bazată pe inele de ferită.
Arhitectura excelentă a seriei 700 este evidențiată și de faptul că a supraviețuit schimbării hardware de la tuburi la tranzistori, transformându-se în 7000 și fiind produsă încă câțiva ani. Din 1955, numărul de 700 instalate a depășit pentru prima dată numărul de mașini instalate de Remington Rand.
O fabrică mai veche din Endicott a început să producă modelul 1954 la fel de succes pentru întreprinderile mici și mijlocii din 650. Au fost vândute mai mult de o mie dintre aceste computere, așa că Modelul 650 poate fi numit primul computer produs în masă (lansarea unui singur model al 650-lea a depășit numărul tuturor computerelor din URSS în 15 ani cu un ordin de mărime, doar realizați acest lucru).
Datorită marketingului competent, investițiilor financiare mari, conexiunilor în guvernul SUA și experienței în producția de masă a mașinilor complexe la mijlocul anilor '50. IBM a obținut dominația în ambele segmente ale pieței calculatoarelor.
Unul dintre indicatorii succesului a fost că în 1956 tehnica lor era deja folosită pentru a prezice rezultatele alegerilor. Piața calculatoarelor științifice avea un potențial mai mic decât piața calculatoarelor de afaceri, așa că nici măcar vânzările de succes ale UNIVAC și ale mărcii sale binecunoscute nu au putut îmbunătăți situația la Remington Rand.
Și în 1956, a fost cumpărat de Sperry Gyroscope, deja cunoscut de noi, formând Sperry Rand, iar diviziile ERA și Eckert-Mauchly au fost fuzionate în Sperry UNIVAC.
Seria 700/7000 era compusă până la acest moment din 6 linii și erau practic incompatibile între ele, nici în software, nici în hardware (adică procesorul și RAM, perifericele erau compatibile) și, în plus, era împărțită în două generații. - tubul 700 și tranzistorul 7000.
După cum putem vedea, în acei ani sălbatici și nebuni, nimeni nu a stăpânit încă arta designului de mașini competent metodic, nici măcar IBM. La sfârșitul anilor 1950 aveau:
Sus - IBM 704, IBM 709, IBM 7094, dedesubt - IBM 702, IBM 7080 (foto https://en.wikipedia.org, http://www.columbia.edu, https://www.ibm.com)
în primul rând (cuvinte de 36/18 biți): 701 (Calculator de apărare).
Științific (cuvinte pe 36 de biți): 704, 709, 7090, 7094, 7040, 7044.
reclamă senior (cuvinte de lungime variabilă, tip șir): 702, 705, 7080.
Reclamă pentru juniori (cuvinte de lungime variabilă, tip șir): 1240, 1401, 1420, 1440, 1450, 1460, 7010.
Zecimal (BCD semnat pe 10 biți): 7070, 7072, 7074.
Singurul supercomputer (cuvinte pe 64 de biți): 7030 Stretch.
În plus, nu făcea parte din linia 700, ci apărea simultan cu aceasta și era compatibil la periferia mașinii de prelucrare a datelor cu tambur magnetic IBM 650 și a unicului IBM 1958 RAMAC (Random Access Method of Accounting and Control) lansat în 305, primul computer cu hard disk.
NORC
Tot înainte de inițierea proiectului Stretch, IBM construiește supercomputerul Naval Ordnance Research Calculator (NORC) pentru US Navy Bureau of Ordnance.
NORC era o mașină foarte curioasă și nu se potrivea deloc în hardware-ul IBM al acestei epoci. A fost un amestec bizar de concepte de computer științifice așa cum l-au înțeles oamenii de știință academicieni de la începutul anilor 1950, îmbunătățit de tehnologia IBM.
În acea parte a arhitecturii care avea rădăcini în Universitatea Columbia (iar ireprimabilul Wallace Eckert a fost arhitectul șef al NORC, aceasta a fost ultima sa lucrare pentru IBM), el a fost moștenitorul ideologic al SSEC și cea mai apropiată rudă a BESM, ceva de genul Lebedev ar construi mașini dacă ar fi susținut de o corporație puternică (acest lucru demonstrează încă o dată că arhitecții de sistem de la oamenii de știință academicieni sunt ca o balerină dintr-un hipopotam, ei bine, nu este un lucru regal să te gândești la utilizatori). Cu toate acestea, nimeni nu a argumentat cu Lebedev, iar ideile lui Eckert au fost cultivate în mod semnificativ de un grup de ingineri experimentați ai corporației, ca urmare, hibridul arici-șarpe s-a dovedit a fi mult mai elegant decât în URSS.
NORC a fost primul supercomputer în sensul că a fost primul din lume care a fost construit de la început cu scopul de a depăși toate celelalte mașini în ceea ce privește puterea și, pentru prima dată în lume, fuseseră deja fabricate suficiente computere pentru a a concura cu.
Accelerând până la 15 KIPS, și-a îndeplinit sarcina (care a fost contracarată chiar și în URSS, după cum ne amintim, răzbunătorul Bruevich a scris într-o recenzie a BESM că nu se potrivea cu NORC, iar Lebedev a primit o plimbare cu un bonus la acea dată) . Cu toate acestea, arhitectura sa a fost atât de ciudată încât niciunul dintre conceptele NORC nu a fost ulterior aplicat direct mașinilor IBM.
Ce era special la el?
Aritmetică zecimală, atât reală, cât și întreg (cod BCD, 16 cifre zecimale, 64 de biți + 2 biți de corectare a erorilor modulo 4). Un cuvânt poate stoca un număr semnat de 13 cifre cu un index de 2 cifre sau o singură instrucțiune. Instrucțiuni cu trei adrese (bună ziua, Lebedev!), 64 în total, două registre generale și trei index - un circuit cam ca CDC 1604. șase dintre ele.
În general, NORC a reprezentat BESM-ul unei persoane sănătoase și, în același timp, a lăsat clar ce ar construi Lebedev dacă ar lucra la Universitatea Columbia (precum și faptul că, evident, nu l-ar lăsa să construiască altceva).
La NORC, cariera lui Eckert de arhitect de sisteme a luat sfârșit, IBM și-a folosit cu bucurie serviciile de matematician și fizician, dar nu i s-a mai permis să se joace cu dezvoltarea mașinilor, deoarece cunoștințele sale despre arhitectura computerelor erau blocate la începutul anilor 1950.
Cu toate acestea, NORC a avut încă un impact important asupra industriei.
În timpul dezvoltării și asamblarii sale, inginerii IBM au învățat conceptele practice de lucru cu RAM electrostatică, sincronizari și multe altele, care au fost apoi folosite în seria 701.
NORC a devenit, de asemenea, prima mașină din lume care a inclus un co-procesor de canal, ceea ce a făcut posibilă, în multe privințe, o astfel de performanță din tuburi.
Arhitectura unităților magnetice a migrat și la 701. Această idee a fost considerată foarte reușită și a migrat la Stretch, iar apoi la S/360. La prezentare, NORC și-a arătat puterea calculând numărul π la a 13-a mie cifră în 3 minute, ceea ce a fost un record mondial în acei ani (ideea a fost propusă de von Neumann, el dorea foarte mult să se asigure că toate numerele au fost aleatorii).
Articol despre NORC în New York Herald Tribune, 1954. Prezentare NORC - toate figurile de top ale țării asociate cu calculul: Wallace Eckert, tatăl nuclearului american arme Oppenheimer, vicepreședintele Columbia George Pegram, von Neumann însuși și Thomas Watson Sr. NORC însuși în toată gloria sa (http://www.columbia.edu)
Ce realizări ale seriei 700/7000 au permis să umbrească gloria UNIVAC și au împins toate celelalte companii în umbra IBM?
În 1954, șefii de stat major comun au cerut o comparație de mașini, primul test din lume pentru diferite arhitecturi. El a arătat că IBM 701 este puțin mai rapid, dar operațiunile I/O ale ERA 1103 sunt mult mai eficiente datorită coprocesorului I/O, această idee se va cufunda ferm în sufletul IBM și va fi întruchipată în Stretch. În plus, acest test a atras atenția asupra computerelor comerciale și a influențat deschiderea și dereglementarea unei industrii secrete anterior.
Seria 704 a devenit îmbunătățită și incompatibilă în ceea ce privește comenzile. După cum am spus deja, a fost furnizată în mod masiv universităților, limbajele clasice FORTRAN și LISP au fost dezvoltate special pentru aceasta. În plus, Observatorul Astrofizic Smithsonian a calculat orbita primului satelit sovietic de pe el. Din punct de vedere arhitectural, această mașină a fost remarcabilă prin faptul că a devenit primul computer produs în serie cu suport hardware pentru calcule în virgulă mobilă și registre de indici, ceea ce a accelerat foarte mult munca și a simplificat programarea.
Am vorbit deja despre Stretch, precum și despre faptul că 7090 și 7094 au fost achiziționate de NASA.
IBM 1401
În cele din urmă, nu uitați de linia comercială mai tânără, IBM 1400 tranzistorizat. Modelele 650 și 704 au adus faimă companiei, iar cu IBM 1401 Data Processing System a început declinul tabulatoarelor.
Combinația dintre funcționalitate și costul relativ scăzut al modelului 1401 a permis multor firme să adopte tehnologia computerelor, iar popularitatea sa a ajutat IBM să devină lider de piață. Remington Rand nu a putut oferi nimic similar.
IBM a fost primul care a înțeles că profiturile nu sunt obținute de instalații super-costisitoare, ci de un produs simplu masiv. Pentru prima dată, combinația dintre cost, fiabilitate și funcționalitate a făcut computerele foarte atractive pentru mulți consumatori.
Într-un fel, 1401 a fost prea bun, deoarece Watson Sr. se temea, unul câte unul, consumatorii au început să returneze filele de închiriere la IBM pentru a obține un nou miracol. Acest lucru a cauzat companiei o mulțime de probleme pe termen scurt, dar a decis să aibă răbdare și nu s-a înșelat.
RAM magnetică, tranzistori, software avansat și imprimante au fost progrese uriașe în seria 1400, fiecare oferind un avantaj mare pe piață și, combinat cu prețul scăzut, a fost un combo ucigaș.
Vânzările din anii 1400 au depășit topul cu zece la unu și au generat profituri extraordinare.
Modelul 1401 a devenit cel mai de succes computer al anilor 60, vânzând peste 12 de mainframe ale acestui model, deși incompatibilitatea sa cu linia 7xx a devenit o problemă serioasă. Acest lucru a creat multe inconveniente, atât pentru clienți, cât și pentru IBM însuși.
Compania a trebuit să pregătească personalul de service și să ofere suport software pentru fiecare sistem individual (din nou, în URSS, dezvoltatorii din URSS în majoritatea cazurilor, pentru a spune ușor, au scuipat). Acest lucru a condus la crearea unui grup ad-hoc SPREAD (System Programming, Research, Engineering and Development) pentru a investiga posibilitatea creării unei noi linii universale și compatibile de calculatoare.
Calculatoarele din seriile 70xx și 14xx au făcut IBM cunoscută pe scară largă, iar în puțin peste șase ani, vânzările s-au dublat de la 1,17 miliarde USD în 1958 la 2,31 miliarde USD în 1964, crescând cu o rată de 30% anual.
Potrivit revistei Datamation, în 1961, IBM deținea deja 81,2% din piața calculatoarelor.
Abordarea holistică a IBM a inclus și software. Pentru prima dată, complet gratuit, IBM a inclus pachete software care au satisfăcut majoritatea nevoilor clienților și nu au lăsat dezvoltarea de software în seama utilizatorilor. Acest lucru a fost esențial, deoarece pachetele software au economisit o cantitate semnificativă de timp și bani în dezvoltarea internă și au permis organizațiilor care nu aveau programatori să beneficieze în sfârșit de computere.
Voluntarii ajută la restaurarea unui cadru central 1401 pentru Minting View Computer Museum, California. Păcat că cele mai interesante mostre de mașini sovietice (de la Kronos și BESM-6 până la plăci Elbrus-2) pot fi găsite mult mai des și în stare mai bună în muzeele occidentale, și nu în Rusia (https://en. wikipedia .org, https://www.computerhistory.org).
ACȚIUNE
Clienții și utilizatorii IBM 701 au format primul în 1955 în Los Angeles povestiri grup de utilizatori ai tehnologiei informatice numit SHARE, care a fost și prima organizație de standardizare din industria computerelor. Atunci IBM deschide primul său centru de pre-testare software.
Ulterior, a devenit cel mai mare forum pentru schimbul de informații tehnice despre limbaje de programare, sisteme de operare, sisteme de baze de date și experiență de utilizator pentru utilizatorii corporativi de computere IBM mici, mijlocii și mari, cum ar fi S/360, S/370, zSeries. , PSeries și xSeries.
Inițial, IBM și-a distribuit sistemele de operare în cod sursă, iar programatorii de sistem făceau de obicei mici adăugiri sau modificări locale și le împărtășeau cu alți utilizatori.
Biblioteca SHARE și procesul de distribuție pe care l-a susținut au fost una dintre principalele surse de software open source.
În 1959, grupul a lansat sistemul de operare SHARE (SOS), inițial pentru computerul IBM 709, portat ulterior pe IBM 7090. SOS a fost unul dintre primele exemple de „co-producție” acum utilizat pe scară largă în dezvoltarea open source. programe precum Linux.
În 1963, SHARE a participat cu IBM la dezvoltarea limbajului de programare PL/I ca parte a grupului 3x3. Organizația există și astăzi, publicând un buletin informativ și găzduind două întâlniri educaționale majore anual.
În 2005, erau peste 20 de membri ai acestui grup, reprezentând aproximativ 000 de clienți corporativi IBM.
În URSS, nu a existat nimic aproape de un astfel de model de lucru cu software.
„IBM și 7 pitici”
Succesul IBM a fost determinat în primul rând de cercetare și dezvoltare serioasă, ceea ce a dus la faptul că compania a devenit proprietarul brevetelor cheie.
Cheltuielile lor au crescut de la 15% din venit în 1940 la 35% în 1950 și 50% în 1960. Din 1960, bugetul științific al IBM a depășit bugetul științific federal al SUA!
În al doilea rând, așa cum a lăsat moștenire Watson - orientarea către clienți și vânzări.
Compania avea o vastă experiență în vânzarea și întreținerea sistemelor complexe, care nu era disponibilă concurenților. În plus, IBM nu a ignorat nicio piață sau niciun grup de potențiali clienți, așa cum au făcut multe firme concentrate exclusiv pe computere științifice sau militare puternice.
Ca urmare, până la sfârșitul anilor 1950, pe piața calculatoarelor s-a dezvoltat o situație, numită mai târziu „IBM și 7 gnomi”.
În plus, chiar înainte de crearea lui S/360, în viața IBM s-au întâmplat mai multe evenimente importante.
S-au implicat în două dintre cele mai mari proiecte de infrastructură ale secolului al XX-lea - crearea sistemului SAGE și dezvoltarea Centrului de control al misiunii NASA de la Cape Canaveral pentru programul Apollo. Ambele proiecte au avut succese uriașe și au adus companiei o sumă uriașă de bani, respect din partea guvernului și experiență tehnică neprețuită, multe dintre acestea fiind apoi aplicate pentru a crea și promova linia S/360 și toate produsele ulterioare.
Am scris despre proiectul NASA în partea anterioară, despre SAGE ar trebui să scriem separat, pentru că subiectul este complet imens.
Menționăm doar că sistemul SABRE (Semi-Automatic Business Research Environment) pentru American Airlines, creat de IBM în 1962, rulând inițial pe mainframe 7090, a apărut, printre altele, din el, a pus bazele tuturor tehnologiilor de acest fel. Dacă nu ar fi SAGE și SABRE, cititorii nu ar mai comanda pizza prin aplicații mobile acum.
Un alt mare progres a fost crearea FORTRAN în 1957.
IBM a revoluționat programarea creând un traducător de formule științifice atât de la îndemână încât a devenit standardul pentru generații de oameni de știință, iar bibliotecile în limba respectivă sunt încă folosite în unele locuri.
Pasul 4. Triumful Sistemului Unificat
Primul mainframe din cea mai faimoasă linie a IBM a apărut în 1964, iar revoluția pe care a început-o a fost comparabilă cu tabulatorul lui Hollerith.
Как и процессор Intel 8086, эта машина породила длинную череду потомков и стала стандартом на долгие годы. Разница лишь в том, что Intel изначально не пророчила большого успеха именно этим процессорам и разрабатывала их, по сути, как временную меру, волей случая ставшую знаменитой. Отсюда и минимум две попытки самой компании (iAPX 432 и Itanium) похоронить не очень удачную архитектуру x86, впрочем, закончившиеся еще большим провалом.
IBM a vrut inițial să dezvolte o mașină timp de decenii și au reușit. Pentru prezentarea sa din 7 aprilie 1964, IBM a susținut 77 de conferințe de presă în 15 țări, făcând, potrivit șefului companiei Thomas Watson Jr., „cel mai important anunț din istoria companiei”.
Care a stat la baza afirmației sale?
Abordare profesională a proiectării arhitecturii computerelor - IBM a luat în considerare eșecul Stretch și a specificat în prealabil tot ceea ce ține de hardware și setul de instrucțiuni într-un set de ghiduri pentru dezvoltatori, dintre care cele mai importante au fost „IBM System/360 Principles of Operation” și „ IBM System/360 I/O Interfață Canal la unitatea de control Manuale de informații ale producătorului echipamentului original. Cu S/360 astfel de specificații au devenit standard.
Prima arhitectură standard în industrie: o linie de hardware și software compatibilă de 6 mașini cu performanțe și prețuri diferite și 40 de dispozitive periferice pentru fiecare gust și buget, cu posibilitatea de a face upgrade.
Arhitectura mașinii este special concepută pentru a fi universală - sunt acceptate atât caracteristicile tradiționale ale mașinilor științifice (aritmetică reală FORTRAN completă), cât și altele noi pentru afaceri (aritmetică zecimală, COBOL).
La primele sale calculatoare, IBM a folosit inițial tranzistori licențiați de la Texas Instruments. Ulterior, s-au hotărât să producă toate componentele electronice interne pentru a nu depinde de furnizori externi și pentru a asigura cele mai mici prețuri posibile. Un standard universal pentru plăcile GIS și SLT (Solid Logic Tecnology) a fost dezvoltat pentru S/360.
Pentru a reduce costul de producție al celei mai scumpe componente - RAM, pentru prima dată în practica mondială, a fost deschisă o fabrică în Japonia. Ulterior, fabricile au fost mutate în Hong Kong, reducând și mai mult costurile. Concurenții IBM au urmat exemplul și, de asemenea, au început să mute treptat unitățile de producție în Asia.
Pentru prima dată, utilizarea pe scară largă a virtualizării hardware: o tehnologie care a ajuns la procesoarele desktop abia la mijlocul anilor 2000, din epoca S/360 a devenit o marcă înregistrată a mainframe-ului și principalul motiv pentru flexibilitatea și fiabilitatea lor incredibilă.
Firmware-ul procesorului schimbabil a făcut posibilă emularea eficientă a vechilor computere IBM - așa a luat naștere o altă regulă de bază pentru mainframe, compatibilitatea deplină. Până acum, programele COBOL scrise pentru S/360 pot rula pe z/10, care a fost lansat în 2008.
Un număr incredibil de inovații tehnologice: microcod în procesor, registre de uz general pe 32 de biți (în loc de vechea schemă „registru-acumulator”, iar această schemă arhaică a fost folosită la acea vreme chiar și în supercalculatoarele CDC!), O cantitate imensă de RAM la acea vreme (16 MB , PC-urile puteau aborda atât de mult la sfârșitul anilor 1980, S/360 mai vechi puteau adresa 4 gigaocteți, nu fiecare casă avea atât de multă RAM în 2005!), coprocesoare I/O, adresă dinamică traducere (DAT), partajare a timpului, registre reale pe 64 de biți, protecție la scriere, suport pentru multiprocesare etc.
În mod surprinzător, S/360 a fost primul care a avut aceleași lățimi de cuvânt, sumator și adresă (deși puteau fi utilizate combinații diferite ale lungimii lor).
Din păcate, pentru a aprecia toată progresivitatea incredibilă a acestei soluții, trebuie să fii un programator de asamblare, dar reține că legendarul BESM-6, de exemplu, avea o capacitate de adunare care era cel puțin un multiplu al lungimii instrucțiunii (48). și 24 de biți), dar adresa nu a fost doar un multiplu, dar nu era deloc o putere de doi (15 biți), iar un octet era de șase biți! Programarea în coduri de mașină a fost un iad pentru ea.
IBM creează noi standarde: bandă magnetică cu nouă piste, carte de coduri EBCDIC; octeți de 8 biți (acum acest lucru poate părea surprinzător, dar în timpul dezvoltării Sistemului / 360, din motive financiare, s-a dorit să limiteze un octet la 4 sau 6 biți și o variantă de octeți cu lungime variabilă și adresare de biți, ca în IBM 7030 a fost de asemenea luată în considerare) și adresarea pe octeți a memoriei; cuvinte pe 32 de biți (și, în general, standardul este de 8, 32, 64 de biți); arhitectura IBM pentru numere reale (de fapt standardul pentru 20 de ani înainte de introducerea IEEE 754) și constante hexazecimale. Sistemul numeric hexazecimal, utilizat pe scară largă în documentația S/360, a înlocuit octalul dominant anterior.
Toate acestea au făcut ca linia să fie extrem de tenace (descendenții săi încă se produc), de un succes comercial uimitor (doar în prima lună, IBM s-a înecat în peste 1100 de comenzi, multe companii au cumpărat locuri în coadă pentru furnizarea de noi computere) și incredibil de flexibile (aceste mașini au funcționat peste tot - de la programul Apollo până la departamentele de contabilitate ale IBM însuși).
Într-o singură lovitură, compania a măturat toți concurenții de pe piață.
Câțiva ani mai târziu, RCA și GE au renunțat la producătorii de mainframe, apoi Honeywell a fuzionat mai întâi cu Bull, apoi a dat faliment, CDC nu a suportat concurența până la sfârșitul anilor 1980 și doar UNIVAC și Burroughs, uniți în UNISYS , au putut rezista imperiului IBM. Dacă S/360 ar fi eșuat, IBM ar fi dispărut odată cu el – au investit bani sălbatici în construirea a șase fabrici în întreaga lume, au angajat încă 50 de angajați, iar programul a combinat alte aproximativ 2 de proiecte.
Inițial, ne-am confruntat cu două momente riscante deodată. Chiar și unul dintre ei a fost suficient pentru a rămâne treaz noaptea... În primul rând, sarcina a fost să coordoneze proiectarea hardware și software pentru noua linie. Aveam echipe de ingineri în toată America și Europa care lucrau la șase procesoare noi și zeci de periferice noi în același timp... dar în cele din urmă, tot acest hardware ar trebui să fie pus cap la cap. În al doilea rând, software-ul. Pentru a sprijini System/360, sute de programatori au scris milioane de linii de cod. Un proiect incredibil de complex. Niciodată până acum inginerii noștri nu au fost supuși atât de multă presiune
Thomas Watson Jr.
Iată procentul din baza instalată de echipamente electronice de prelucrare a datelor a principalilor furnizori din Statele Unite (1955–1967):
Drept urmare, din 10 miliarde din costul total al calculatoarelor instalate pentru 1964, „gnomii” au produs 30%, iar IBM - restul de 70%.
În sfârșit, putem remarca ultima și cea mai mare inovație a companiei, introdusă peste tot în Occident tocmai după lansarea S/360 - o abordare științifică a gestionării dezvoltării nu numai a hardware-ului, ci și a părții software, ceea ce se numește acum. Inginerie software.
O mașină revoluționară necesita un sistem de operare revoluționar, iar OS/360 trebuia să fie doar asta: multiprogramare, memorie virtuală și mașini virtuale, care lucrează cu configurații multiprocesor - aceasta nu este o listă completă a inovațiilor încorporate în arhitectura sa. Sistemul de operare trebuia să funcționeze pe toate modelele liniei, astfel încât configurațiile au variat de la 16 KB de RAM la 1 MB, iar viteza de lucru - de la câteva mii de operații pe secundă la jumătate de milion.
De asemenea, sistemul de operare trebuia să satisfacă nevoile tuturor programelor, de la calcule matematice complexe care aproape că nu foloseau unități externe, până la analogi simple DBMS care se bazau complet pe operațiuni I/O.
Dar dacă IBM își dăduse deja seama că este imposibil să proiecteze hardware la întâmplare, atunci nimeni nu a scris astfel de programe complexe până atunci și nu se înțelegea că principiul designului competent ar trebui respectat și pentru software.
Drept urmare, o echipă uriașă de dezvoltare a încercat cu febrilitate să adauge, să andocheze și să depaneze milioane de linii de cod într-un asamblator pur, la câteva luni după ce mașina în sine a fost complet gata, așteptând doar un sistem de operare pentru ea. Partea hardware era gata de vânzare, dar nu s-a născut niciodată o versiune stabilă și fiabilă a OS/360, în plus, cadavrul final nu a vrut să se încadreze în memoria modelelor mai tinere.
Pentru a salva situația, liderul proiectului OS, Frederick Phillips Brooks, Jr., a ordonat ca lansarea să fie împărțită în trei părți, cu promisiunea unor noi upgrade-uri. Așa au apărut BOS / 360 (Basic OS), TOS / 360 (Tape OS) și faimosul DOS / 360 (Disk OS) - cea mai puternică versiune a sistemului de operare nu se potrivea în totalitate în RAM și nu era potrivită pentru pornirea de pe o bandă lentă, trebuia folosit un hard disk. OS/360 în sine a necesitat milioane de ore de muncă, dar versiunea sa completă și terminată nu a văzut niciodată lumina zilei.
Iluminarea IBM a fost la fel de completă ca și în povestea cu Stretch - Brooks și-a dat seama de omisiunile echipei sale și în 1975 a lansat biblia dezvoltatorului, cartea „The Mythical Man-Month: Essays on Software Engineering” (tradusă imediat în rusă, totuși, în condiţiile URSS, a fost inutil).
Astfel s-a născut a doua disciplină clasică a Informaticii – dezvoltarea software-ului.
În plus, arhitectura S/360 a stat la baza celei mai faimoase serii americane de avionică IBM System/4Pi. Numele aici este dat și cu un indiciu - în sfera de 4π steradiani, precum și într-un cerc de 360 de grade. Această platformă a fost, de asemenea, concepută pentru a umple toate nișele posibile ale computerelor de bord și a reușit, mașinile S / 4Pi au fost folosite în avioanele de luptă F-15 Eagle, E-3 Sentry AWACS, rachetele Harpoon, NASA Skylab, MOL și Space Shuttle și un un număr mare de alte avioane.
Era format din 4 modele de bază: TC (Tactical Computer), de dimensiunea unei serviete pentru controlul rachetelor, elicopterelor și sateliților, cu o greutate de aproximativ 8 kg; CP (Customized Processor), putere medie pentru aeronave, radar și sisteme mobile de câmp de luptă greutate 36 kg și 21 kg în versiunea CP-2; EP (Extended Performance), pentru aplicații care necesită procesarea în timp real a unor cantități mari de date, cum ar fi nave spațială cu echipaj, sisteme de avertizare și control al spațiului aerian și sisteme de comandă și control, greutate 34 kg.
Toate modelele au folosit o arhitectură de instrucțiuni care era un subset al S/360 (de exemplu, EP - S/360 model 44), iar aplicațiile pentru acestea puteau fi dezvoltate direct pe mainframe IBM. Stația Skylab a folosit modelul TC-1, cuvinte pe 16 biți și 256 KB de RAM. Modelul emblematic AP-101 era pe 32 de biți, folosea firmware ca un mainframe mare și putea adresa 1 MB de memorie.
Acest model a fost folosit în naveta spațială (AP-101S), aeronavele B-52 și B-1B (o rețea locală la bord de 8 computere!) și multe altele. AP-1, ceva mai simplu, era în F-15. Vechiul computer Gemini a dat 0,007 MIPS, în timp ce AP-101S putea accelera până la 0,48 MIPS, jumătate din puterea BESM-6 într-o valiză mică!
Shuttle a folosit o arhitectură de rețea de 5 AP-101, fiecare cu propriul coprocesor cu 24 de canale de magistrală, o idee împrumutată de la mainframe. Patru computere au lucrat în paralel pentru a atinge toleranța la erori, al cincilea a fost o copie de rezervă, iar software-ul său nu a fost o copie a celorlalte, ci a fost dezvoltat și testat separat pentru a asigura o mai mare fiabilitate.
Software-ul pentru navigare și control a fost scris într-un limbaj special NASA - HAL / S, iar sistemul de operare în asamblare. Software-ul aeronavei a fost scris în JOVIAL.
În URSS, un astfel de concept avansat era pur și simplu imposibil - în țara noastră, toate calculatoarele militare și spațiale au fost dezvoltate complet specializate, toate erau unice și incompatibile între ele. CADC a zburat până în 1980 și a fost uitat, IBM System / 4Pi a reușit să meargă în spațiu și a funcționat până la mijlocul anilor 1990, bineînțeles, actualizat treptat.
Așadar, iată calea pe care a parcurs IBM din 1880-1965, 85 de ani de muncă asiduă, inovare tehnică, dezvoltare de afaceri și educație și cele mai mari proiecte de infrastructură ale epocii - SAGE, SABRE și Apollo au culminat cu crearea unui capodopera arhitecturala, System / 360.
Este izbitor că dintre cele mai importante 5 inovații conceptuale din istoria computerelor - mainframe, computere personale, electronice purtabile, procesoare grafice și neurocomputing, IBM este responsabil pentru trei și jumătate (în 3 cazuri din 5 au prezentat o referință). produs pentru industrie, în cazul rețelelor neuronale - s-au implicat foarte mult în teoria întrebării, iar primele experimente cu IA au fost efectuate încă din anii 1950 pe mașini din seria 700).
Am văzut deja cum calea prin care a trecut URSS în mod fundamental, literalmente în fiecare zi, a diferit de calea IBM.
De aici și răspunsul simplu la întrebarea – ar putea Uniunea din 1965 să prezinte o arhitectură complet alternativă, care să aibă atâta succes?
Răspunsul este simplu - nu.
Pentru a învinge IBM, a fost necesar să începem la mijlocul secolului al XIX-lea, când URSS nici măcar nu era în proiect, și să construim întreaga istorie de-a lungul acestor ani într-un mod complet diferit.
Până în 1965, s-a realizat că într-un asemenea ritm, vom ajunge din urmă cu IBM pentru încă 50 de ani, iar mii de computere sunt necesare chiar acum.
Timp de 15 ani de informatizare, în total, nu au fost fabricate mai mult de 1 de computere pentru întreaga URSS vastă, aproximativ 500 de arhitecturi absolut incompatibile între ele, pentru jumătate dintre care cel puțin software-ul de bază abia a fost răzuit.
Chiar și fanaticii URSS trebuie să recunoască că față de aproximativ 50 de mii de instalații din SUA (cu milioane de linii de cod) - acesta nu a fost doar un eșec, a fost un dezastru!
Lista problemelor cu care se confruntă informatica sovietică a fost formulată în mod repetat pe baza rezultatelor unei grămadă de întâlniri, dacă a fost rezumată, au ieșit următoarele:
Nu există un concept unic pentru dezvoltarea tehnologiei informatice în țară. Fiecare departament produce mașinile care îi plac.
Nu există o arhitectură computerizată unificată în țară, ceea ce înseamnă că nu există portabilitate a programelor.
Problema portabilității este și ea foarte acută deoarece majoritatea programelor (aproximativ 50%) sunt scrise în coduri de mașină.
Nu sunt destui programatori în Uniune, la fel cum nu sunt suficiente instituții de învățământ care să-i producă.
Există o lipsă acută de aplicații și software de sistem.
Nu există o arhitectură computerizată unificată în țară, ceea ce înseamnă că nu există portabilitate a programelor.
Problema portabilității este și ea foarte acută deoarece majoritatea programelor (aproximativ 50%) sunt scrise în coduri de mașină.
Nu sunt destui programatori în Uniune, la fel cum nu sunt suficiente instituții de învățământ care să-i producă.
Există o lipsă acută de aplicații și software de sistem.
Toate aceste probleme trebuiau rezolvate urgent.
A fost absolut nerealist să dezvolt de la zero în câțiva ani o arhitectură complet originală, la care IBM mergea de 20 de ani (și la a cărei cultură de dezvoltare - încă 50 de ani), era absolut nerealist. Cultura dezvoltării computerelor sovietice este bine descrisă în memoriile programatorului Samuil Lyubitsky:
Benzile magnetice au fost cea mai remarcabilă caracteristică a mașinii Minsk-22 (cea mai remarcabilă din punct de vedere emoțional) și merită un paragraf separat. Erau panglici maro foarte groase, foarte neelastice, lățime de patru sau cinci inci. Fără bobine. Vă puteți imagina, fără bobine! Cum să lucrezi cu ei? Așa. Unitatea de bandă avea două buzunare deschise în partea de sus, ca doi ochelari incredibil de adânci. A fost necesar să apuci cu degetele capătul unei benzi înfășurate strâns și să arunci o frișcă într-un buzunar, apoi să strângi capătul benzii între capetele magnetice și să-l construiești într-un alt buzunar. În procesul de mișcare, iar banda a fost folosită ca dispozitiv de acces direct (!), s-a deplasat între buzunare, încadrându-se acolo în valuri capricioase (peretele frontal al buzunarelui era de sticlă și îl puteai admira). Și pentru ca banda să nu alunece în întregime într-unul dintre buzunare, s-au făcut găuri la capetele acesteia cu un perforator obișnuit. În unitatea de bandă, erau becuri speciale și senzori de lumină, care trebuiau (conform proiectantului) să oprească banda în ultimul moment. Ei bine, da, cum! La fiecare două ore într-una dintre unitățile de bandă, banda se strecura într-un buzunar. Aici a început distracția ... trebuie să stai pe un scaun special (deoarece partea superioară a buzunarelor este mai sus decât umerii tăi, iar mâinile nu ar trebui să obosească) și să ridici o „undiță” - două flexibile -tija metru special din sarma cu carlig la capat. Ei bine... haide! Lansăm undița în buzunar. Amintiți-vă, la capătul benzii există o gaură făcută de un perforator. Pentru această gaură trebuie să agățați banda cu un cârlig. Prostii, zici? Da, doar banda, se potrivește în buzunar după bunul plac și ești foarte norocos dacă capătul ei stă deasupra și o poți vedea... Și fii atent! Cele mai valoroase informații de pe bandă sunt rezultatele unei numărări de trei ore. Zgârie, deteriora stratul magnetic - ambets! Între timp, timpul curge, iar rapoartele trebuie trimise la trust... Și stai pe un taburet și o undiță sus și jos, derg-derg, sus și jos, derg-derg... Îți poți imagina ce a fost a spus despre nefericitul designer acest miracol și rudele sale materne?
În general, acest coșmar trebuia oprit.
Cât despre programe, nici aici nu pot exista două păreri. Potrivit lui Doroditsyn, în URSS în 1969 nu existau mai mult de 1 de programatori și specialiști într-o grămadă de arhitecturi incompatibile, autodidacți, matematicieni și fizicieni și așa mai departe.
Niciunul dintre ei nu era profesionist, pentru că DEZVOLTAREA profesională a programelor și nu scrisul ca o mână de lucru - nu am fost predați nicăieri, iar aceasta este o disciplină complexă separată, pe care orice programator o poate confirma cu ușurință. Brooks a scris (pe baza dezvoltării OS/360):
...Îmi propun să respectăm următoarea regulă: traducătorii sunt de trei ori mai complicati decât programele de aplicație obișnuite, iar sistemele de operare sunt de trei ori mai complicate decât traducătorii.
OS/360 a durat, conform estimărilor sale, 5 de ani-om; ca urmare, toți programatorii sovietici ar fi scris un proiect de complexitate comparabilă timp de cel mult 000 ani. Și asta fără să ia în calcul traducătorii și miile de programe de aplicație. Este cunoscut faimosul pasaj odios al lui Babayan (pe care îl vom discuta separat în partea despre Elbrus):
Calculul a fost că ar fi posibil să furi o mulțime de software - și va veni înflorirea tehnologiei de calcul. Acest lucru, desigur, nu s-a întâmplat. Pentru că după ce toată lumea a fost condusă într-un singur loc, creativitatea s-a încheiat. Figurat vorbind, creierul a început să se usuce din cauza muncii complet necreative. Trebuia doar să ghiciți cum au fost făcute computerele occidentale, de fapt învechite. Nivelul avansat nu era cunoscut, dezvoltările avansate nu erau angajate, exista speranța că software-ul va inunda... Curând a devenit clar că software-ul nu a inundat, piesele furate nu se potriveau, programele nu funcționau. Totul a trebuit rescris, iar ceea ce au primit era vechi și nu a funcționat bine. A fost un eșec răsunător...
Desigur, acestea sunt basme.
Fiecare întrebare are două răspunsuri - plăcut și corect. Corect - de obicei dureros. După adoptarea UE, desigur, nu a venit un zori incredibil, dar problema software-ului a fost rezolvată, de fapt, înainte de prăbușirea Uniunii. Programele importate au funcționat în cele din urmă bine, fără probleme și finisaje, și chiar și fără localizare.
Având în vedere că 99% din progresul tehnic al Uniunii s-a bazat pe copiere, nu se punea problema de unde să iau mașinile, este clar că din SUA. Ce anume să copiați, nici întrebarea nu a apărut - evident, cel mai bun, S / 360.
Pe lângă nișa sa ideală, o linie de mainframe distribuită în întreaga lume cu milioane de linii de software, S/360 a avut câteva alte avantaje importante.
În primul rând, mergea la GIS, care în URSS fusese deja rupt și stăpânit.
În al doilea rând, arhitectura sa era complexă, la limita a ceea ce putea copia Uniunea (cu Cray, după cum ne amintim, nu puteau face față), dar nu prohibitiv de complexă. Deci, a fost într-adevăr o singură alegere.
Ce implementare specifică a S/360 să rupe - originalul, UNIVAC 9000, RCA Spectra 70, English Electric System 4, altceva?
A avut loc o întreagă întâlnire cu această ocazie, fragmente din ea sunt larg cunoscute (sursa sa inițială este celebra carte a lui B. N. Malinovsky „Istoria tehnologiei computerelor în persoane”), le vom reproduce. Această conversație este acoperită în multe locuri, dar interpretarea ei, de regulă, este extrem de unilaterală. Același Malinovsky îl interpretează astfel:
Din discuție se poate observa că Lebedev, Dorodnitsyn, Rakovsky, Sulim, Matkin erau împotriva copierii sistemului IBM-360; Keldysh a spus: „Trebuie să cumpărăm o licență și să ne facem propriile mașini, altfel vom repeta ceea ce au făcut alții”. Și Kalmykov a ezitat - a enumerat avantajele concentrării asupra ICL. Principalii susținători activi ai copierii au fost designerul general al calculatoarelor ES Krutovskikh, primul său adjunct Levin, Shura-Bura, Przhyyalkovsky. Dacă la întâlnirea cu Kalmykov din 18 decembrie 1969, unde s-a luat decizia finală, designerul general s-a pronunțat împotriva copierii, tehnologia informatică din URSS ar fi luat o altă cale... Încercarea nereușită a lui S. A. Lebedev de a schimba decizia a fost deja menționat. Refuzul i-a agravat boala, a grăbit deznodământul tragic.
Aparent, aici cresc rădăcinile mitului despre modul în care Lebedev a apărat evoluțiile interne originale.
De fapt, totul era puțin diferit.
Din conversație se vede clar că întrebarea - a copia sau nu, nu a stat deloc. A fost o întrebare, ce să copiem, iar amuzant este că această întrebare, de fapt, nu a existat! Pentru că, așa cum am spus deja, English Electric System 4 este o clonă a RCA Spectra 70, o clonă a... da, același S/360! Deci Lebedev, Rameev și toți ceilalți patriarhi au fost unanimi în problema copierii, doar S/360 va salva informatica sovietică! Singurul lucru asupra căruia nu puteau fi de acord a fost cu cine să lucreze. Cu germanii RDG de la Robotron, care începuseră deja să demonteze originalul S/360 într-un mod de piraterie, sau cu britanicii de la ICL, care s-au oferit să ajute la stabilirea producției unei clone a unei clone - System 4.
Deci, această conversație a fost cu adevărat de epocă. Doar că nu tocmai pentru că ei gândesc de obicei. Dacă îl analizați cu atenție, înțelegând termenii tehnici, puteți vedea următoarele. Există două grupuri de academicieni: unul pentru clonarea clonei împreună cu britanicii (condiționat: Lebedeva-Rameeva și viceministrul Sulim, pe care i-au convins) și al doilea pentru clonarea originalului împreună cu germanii (condiționat: Przyjalkovsky - Shura). -Bura). Și el însuși este deja cunoscut de noi cu capul de stejar și răzbunător ca naiba, atotputernicul ministru al industriei radio - Kalmykov, cunoscut pentru dragostea lui de a îngropa designeri care au îndrăznit să-l nemulțumească cu ceva.
Desigur, Kalmykov, un fost electrician-peteushnik, nu înțelege nimic la subiect, Sulim înțelege mai bine, până la urmă, cel puțin nominal, a lucrat cu Lebedev la M-20. Prin urmare, grupul lui Lebedev, folosind o varietate de demagogie aproape tehnică, încearcă din răsputeri să lucreze cu ICL. Grupul Przyjalkowski, folosind nu mai puțină demagogie, încearcă să-și dezvolte munca cu germanii. Acest lucru se vede clar din modul în care construiesc în general o conversație, Kalmykov, pe de altă parte, fie doar clipește din ochi, fie spune prostii. Alți oficiali din complexul militar-industrial și din Comitetul Central sunt simple piese de mobilier; înțeleg subiectul chiar mai puțin decât Kalmykov.
Să ne uităm la puncte.
Deci, 18 decembrie 1969:
Prezenți: Kalmykov, Keldysh, Gorshkov (președintele complexului militar-industrial. - Aprox. Aut.), Savin, Kochetov (reprezentanți ai Comitetului Central al PCUS. - Aprox. Aut.), Rakovsky (vicepreședinte al statului Comitetul de planificare al URSS. - Aprox. Aut.), Sulim, Lebedev, Krutovskikh , Gorshkov (adjunct al industriei radio. - Aprox. Aut.), Levin, Shura-Bura, Ushakov, Arefieva, Przhiyalkovsky, Matkin, Dorodnitsyn .
Sulim. Despre starea negocierilor cu RDG și ICL.
Varianta IBM-360. În RDG a fost adoptată orientarea către IBM-360. Unul dintre modele (R-40) este dezvoltat cu succes. Avem un restanțe, avem o echipă capabilă să înceapă lucrul. Va fi nevoie de 360 de ani-om și de 2200 de dezvoltatori pentru a stăpâni sistemul de operare IBM-700. Nu există contacte cu IBM. Vor fi dificultăți în achiziționarea unei mașini analogice. Costul său este de 4-5 milioane de dolari. Doar o parte din documentația necesară este disponibilă în RDG.
Varianta ICL. Vom primi toată documentația tehnică, asistență în dezvoltarea acesteia. Va trebui să faceți câteva modificări minore. Compania se ofera sa achizitioneze un lot de utilaje produse de aceasta. Este posibil să folosiți o echipă de programatori pentru a pregăti programe de aplicație.
Un grup dintre programatorii noștri se află deja în probă la firmă. În viitor, dezvoltarea comună a calculatoarelor de a patra generație. Compania încearcă să ajute în toate, pentru că speră, în alianță cu companiile europene, inclusiv cu noi, să concureze cu IBM. Există un acord între firmele italiene și franceze pentru a participa la crearea tehnologiei informatice de a patra generație.
Sulim. Despre starea negocierilor cu RDG și ICL.
Varianta IBM-360. În RDG a fost adoptată orientarea către IBM-360. Unul dintre modele (R-40) este dezvoltat cu succes. Avem un restanțe, avem o echipă capabilă să înceapă lucrul. Va fi nevoie de 360 de ani-om și de 2200 de dezvoltatori pentru a stăpâni sistemul de operare IBM-700. Nu există contacte cu IBM. Vor fi dificultăți în achiziționarea unei mașini analogice. Costul său este de 4-5 milioane de dolari. Doar o parte din documentația necesară este disponibilă în RDG.
Varianta ICL. Vom primi toată documentația tehnică, asistență în dezvoltarea acesteia. Va trebui să faceți câteva modificări minore. Compania se ofera sa achizitioneze un lot de utilaje produse de aceasta. Este posibil să folosiți o echipă de programatori pentru a pregăti programe de aplicație.
Un grup dintre programatorii noștri se află deja în probă la firmă. În viitor, dezvoltarea comună a calculatoarelor de a patra generație. Compania încearcă să ajute în toate, pentru că speră, în alianță cu companiile europene, inclusiv cu noi, să concureze cu IBM. Există un acord între firmele italiene și franceze pentru a participa la crearea tehnologiei informatice de a patra generație.
Bine spus și la obiect.
După cum am scris deja, ICL a fost organizată cu doar un an înainte de această întâlnire și imediat, văzând odată marea industrie a computerelor din Anglia complet curbată, s-a grăbit să stabilească contacte cu URSS.
De ce cu Uniunea?
Ei bine, cu cine altcineva, nu cu Franța, unde la acea vreme dezvoltarea computerelor dispăruse complet. În plus, din 1964 până în 1970, laburiştii au fost la putere, uitându-se în mod tradiţional către socialism cu simpatie şi cu evidentă antipatie faţă de Statele Unite, din a căror influenţă Marea Britanie a încercat fără succes să iasă aproape tot secolul XX. URSS a fost un aliat firesc și evident în acest sens. În plus, pe continent, URSS era singura cu o putere economică suficientă și o piață potențial monstruos de voluminoasă, iar noi aveam capete strălucitoare din abundență.
În plus, ICL a oferit un parteneriat echitabil. Pregătirea programatorilor și arhitecților noștri de calcul. Clonă curată cu licență. Arhitectura de microinstrucțiuni îmbunătățită în comparație cu originalul. Set complet de documentație. Și da, au vrut să facă următoarea mașină împreună, ca egali. A fost o șansă foarte mare, iar Lebedev, la fel ca Rameev, căruia îi păsa sincer de industria sovietică de calculatoare, a înțeles foarte bine acest lucru.
Nemții, în schimb, nu aveau decât hârtii învechite din S/360 (și chiar nu toate), pe care, fără ajutor, cu entuziasm din proprie inițiativă, le demontaseră de mai bine de un an la ROBOTRON. fabrică cu scopul, ca și chinezii, de a colecta o copie rămasă pentru ei înșiși și de a o risipi încet în Europa pentru a scăpa de concurentul său din Germania - Siemens, care avea licență și vindea oficial clone.
Nu au avut niciodată planuri strălucitoare de a ridica informatica sovietică din genunchi. Cu toate acestea, când au aflat că URSS caută un partener occidental pentru producția de computere, atunci, desigur, ochii li s-au aprins și cum, din motive similare britanicilor, în ceea ce privește dimensiunea pieței, vom stăpâni și maestru. Rămâne doar să discutăm cu Kalmykov. Przyjalkowski intră:
Przyjalkowski. Conform IBM-360, avem un sistem de 6 mii de micro-comenzi, 90% din schemele TEC, 70% sunt urmărite, 7000 de unități de documentație de proiectare. La reorientarea către ICL, întregul restanțe va trebui reluat, ceea ce va întârzia munca cu 1–1,5 ani. Va fi nevoie de o mulțime de monedă (pentru achiziționarea de calculatoare ICL). Opțiunea de cooperare cu RDG, care lucrează cu succes la IBM-360, este de preferată. Dacă echipa de matematicieni este întărită, DOS poate fi dezvoltat până în 1971. Este timpul să nu mai clintiți.
Krutovskikh. Proiectul nostru a implicat sistemul model IBM-360. La reorientarea către ICL, compoziția modelelor ar trebui să fie diferită. Specificațiile pot fi modificate. Este nevoie de 4-5 luni pentru un proiect preliminar. La ICL, nu există claritate cu privire la modelele mai vechi. Ele sunt adăugate unui număr de computere mici și mijlocii ca supercomputere. Este mai bine să nu faci asta. Odată cu reorientarea, termenele de pregătire a documentației tehnice vor fi amânate cu 1,5–2 ani și poate mai mult. Lucrând cu GDR pe IBM-360, puteți obține DOS și OS până la începutul producției în masă, problema dezvoltării lor este eliminată. Nemții au mers mai departe decât noi. Nu se vor putea reorienta. Britanicii au nevoie de o piață. Ne vor duce de nas. Nu vor coopera la mașini mari. Nu poți cumpăra 150 de mașini de la ei.
Krutovskikh. Proiectul nostru a implicat sistemul model IBM-360. La reorientarea către ICL, compoziția modelelor ar trebui să fie diferită. Specificațiile pot fi modificate. Este nevoie de 4-5 luni pentru un proiect preliminar. La ICL, nu există claritate cu privire la modelele mai vechi. Ele sunt adăugate unui număr de computere mici și mijlocii ca supercomputere. Este mai bine să nu faci asta. Odată cu reorientarea, termenele de pregătire a documentației tehnice vor fi amânate cu 1,5–2 ani și poate mai mult. Lucrând cu GDR pe IBM-360, puteți obține DOS și OS până la începutul producției în masă, problema dezvoltării lor este eliminată. Nemții au mers mai departe decât noi. Nu se vor putea reorienta. Britanicii au nevoie de o piață. Ne vor duce de nas. Nu vor coopera la mașini mari. Nu poți cumpăra 150 de mașini de la ei.
Przhijalkovsky și Krutovskikh au fost premiați pe deplin pentru ideea lor, ambii fiind succesiv directori ai NICEVT (creat din SKB-245 doar pentru seria ES) și designeri generali ai computerului ES. O carieră bună, mai ales pentru Krutovsky, conform celei mai bune tradiții sovietice, un om care nu a creat niciodată un singur computer în viața lui a devenit general (Prizhyalkovsky cel puțin a lucrat la Minsk, după cum puteți vedea, designerii acelui foarte mare Minsk au fost perfect înecați pentru clonare). Krutovskikh știa bine că, în cazul lucrului cu britanicii, el și alții ca el ar merge în pădure, deoarece ICL era interesat de dezvoltatori, și nu de nominalizații de partid. Drept urmare, vorbește niște prostii despre supercomputere, despre faptul că britanicii vor conduce de nas, că vom fi cu 2 ani în urmă (deși cu nemții, care au „70% gata”, am ajuns cu patru în urmă) , că DOS în cazul germanilor nu trebuie să fie dezvoltat (îmi pare rău, ICL a dat deja TOATE programele gratuite și licențiate pentru System 4, inclusiv OS ...) și așa mai departe.
Lebedevii intră din nou.
Dorodnitsyn. Problema stăpânirii IBM-360 este prezentată într-o formă simplificată. Totul este mult mai complicat. Este nevoie de cel puțin patru ani pentru a stăpâni sistemul de operare și nu se știe ce vom obține. Trebuie să creăm noi înșine (împreună cu ICL) DOS și OS și să ne concentrăm pe dezvoltarea mașinilor împreună cu ICL.
Lebedev. Sistemul IBM-360 este o serie de calculatoare vechi de zece ani. Numărul de mașini pe care le construim trebuie limitat la mașini de productivitate mică și medie. Arhitectura IBM-360 nu este potrivită pentru modele mari (supercalculatoare). Britanicii vor să concureze cu americanii în tranziția la calculatoare de generația a patra. Cu cât performanța mașinii este mai mare, cu atât are mai multe caracteristici structurale. Britanicii pun automatizarea designului. Sistemul software pentru Sistema-4 este dinamic și, dacă sunt disponibile contacte, este foarte posibil să îl dezvolte. Acest lucru va contribui la formarea propriului personal. Este mai bine să-i antrenezi prin dezvoltarea propriului sistem (împreună cu britanicii).
Lebedev. Sistemul IBM-360 este o serie de calculatoare vechi de zece ani. Numărul de mașini pe care le construim trebuie limitat la mașini de productivitate mică și medie. Arhitectura IBM-360 nu este potrivită pentru modele mari (supercalculatoare). Britanicii vor să concureze cu americanii în tranziția la calculatoare de generația a patra. Cu cât performanța mașinii este mai mare, cu atât are mai multe caracteristici structurale. Britanicii pun automatizarea designului. Sistemul software pentru Sistema-4 este dinamic și, dacă sunt disponibile contacte, este foarte posibil să îl dezvolte. Acest lucru va contribui la formarea propriului personal. Este mai bine să-i antrenezi prin dezvoltarea propriului sistem (împreună cu britanicii).
Doroditsyn comentează sec că cu nemții ne vom găsi într-o băltoacă (și așa s-a dovedit până la urmă).
Lebedev începe și el să poarte erezie, cel mai probabil pentru a vorbi la nivel intelectual al lui Kalmykov, cu argumente pe care le înțelege. Desigur, S / 360, care până atunci a ieșit la vânzare doar de 2 ani, nu putea fi în niciun caz „depășit cu 10 ani”, aici Lebedev minte și nu se înroșește. Ei bine, el este, de asemenea, necinstit în privința supercalculatoarelor sale preferate, modelul S / 360 95 ar putea chiar să spargă CDC6600.
Orice altceva este absolut adevărat: S/360 este al naibii de complicat și este de multe ori mai bine să-i faci o copie împreună cu britanicii (și să lucrezi în continuare la generația următoare cu ei), au experiență, instrumente de proiectare, au sunt gata să predea și să împărtășească.
Cuvântul este luat din nou de susținătorii germanilor.
Shura-Bura. Din punct de vedere al sistemului software, este de preferat varianta americană. Sistemul de operare trebuie îmbunătățit. Pentru a face acest lucru, trebuie să cunoașteți toate programele.
Keldysh. Trebuie să cumpărați licențe și să vă faceți propriile mașini. În caz contrar, vom repeta ceea ce au făcut alții. În principiu, mașinile mari trebuie create de noi înșine.
Keldysh. Trebuie să cumpărați licențe și să vă faceți propriile mașini. În caz contrar, vom repeta ceea ce au făcut alții. În principiu, mașinile mari trebuie create de noi înșine.
Shura-Bura, cu tot respectul pentru el, pare să fie complet în afara subiectului.
A fost matematician și programator (cel academic din turnul de fildeș) și a reprezentat vag subiectul disputei. I s-a spus că Yankees au mai multe programe - credea el, deși toate aceleași programe funcționau pe Sistemul 4. Din păcate, Shura-Bura a crescut într-o grădină zoologică sovietică și, se pare, ideea că nume diferite de mașini = software diferit a fost ferm plantată în capul lui.
Keldysh, în schimb, arată de ce, dintre toți cei prezenți, este șeful Academiei de Științe a URSS. Răspunde ca un adevărat politician – în așa fel încât să facă, dar să nu facă, să copieze, ci să-și dezvolte pe ale lui, sub licență, dar nu este clar al cui și de către cine. În general, talentul unui demagog așa cum este.
De partea cui este?
Da, pe cont propriu, de la cine să copieze - nu-i pasă, vorbește în așa fel încât ambele părți îl consideră al lor.
Lebedev. Matematicienii noștri cred că este mai bine să antrenăm programatori după metoda engleză.
Rakovsky. Trebuie să te gândești la viitor. Avem nevoie de un concept unitar. Toată lumea spunea că software-ul IBM era mai bun, dar sistemul de operare era greoi. În patru sau cinci ani, nu poate fi stăpânit pe deplin. Este dificil, dar astăzi trebuie să iei o decizie. Dacă te concentrezi pe ICL, va fi dificil cu RDG; în cinci ani, germanii vor produce 200 de exemplare ale R-40. Cu toate acestea, propunerea ICL ar trebui acceptată.
Krutovskikh. Toți dezvoltatorii, cu excepția lui Rameev, nu doresc să se reorienteze către ICL. P-50 va fi gata în 1971.
kalmucii. Prezența DOS face imediat posibilă utilizarea mașinilor pe care vom începe să le producem. Putem obține multe programe de la nemți. Puncte negative. Nu avem mașini IBM-360. Și nu vom avea contacte cu IBM. Dacă ne reorientăm către ICL, vom pierde timp. Dar contactul direct și cooperarea cu ei sunt posibile în crearea computerelor de a patra generație. Acesta este un mare avantaj. Vor face a patra generație de computere fără americani, vor să fie competitivi cu IBM.
Rakovsky. Trebuie să te gândești la viitor. Avem nevoie de un concept unitar. Toată lumea spunea că software-ul IBM era mai bun, dar sistemul de operare era greoi. În patru sau cinci ani, nu poate fi stăpânit pe deplin. Este dificil, dar astăzi trebuie să iei o decizie. Dacă te concentrezi pe ICL, va fi dificil cu RDG; în cinci ani, germanii vor produce 200 de exemplare ale R-40. Cu toate acestea, propunerea ICL ar trebui acceptată.
Krutovskikh. Toți dezvoltatorii, cu excepția lui Rameev, nu doresc să se reorienteze către ICL. P-50 va fi gata în 1971.
kalmucii. Prezența DOS face imediat posibilă utilizarea mașinilor pe care vom începe să le producem. Putem obține multe programe de la nemți. Puncte negative. Nu avem mașini IBM-360. Și nu vom avea contacte cu IBM. Dacă ne reorientăm către ICL, vom pierde timp. Dar contactul direct și cooperarea cu ei sunt posibile în crearea computerelor de a patra generație. Acesta este un mare avantaj. Vor face a patra generație de computere fără americani, vor să fie competitivi cu IBM.
Vicepreședintele Comitetului de Stat de Planificare al URSS Rakovsky își demonstrează cunoștințele „profunde” despre arhitectura OS/360, apoi se plânge că cum putem scăpa de germani, au încercat din greu pentru noi aici! Dar totuși face o alegere pentru britanici.
spuse din nou Krutovskikh, în timp ce se întrerupe - unul dintre Rameev-ul tău stârnește apa, restul au fost toate de multă vreme. Kalmykov ezită.
Și apoi Keldysh termină în mod neașteptat:
Keldysh. Nu ar trebui să ne reorientăm către ICL, dar ar trebui continuate negocierile cu ei pentru a patra generație de calculatoare.
kalmucii. Nu ne vom reorienta către ICL. Vom pune problema de a ajuta mai mult germanii.”
kalmucii. Nu ne vom reorienta către ICL. Vom pune problema de a ajuta mai mult germanii.”
Ei bine, în general, și totul s-a întâmplat.
Partidul lui Lebedev nu a putut să-și dezvăluie punctul de vedere, după aceea Sulim și Rameev au pus cu adevărat sfidător hârtiile pe masă și și-au părăsit posturile, nevrând să vadă ce se va întâmpla în continuare, iar Lebedev s-a îmbolnăvit cu adevărat de durere, iar Kalmykov poate indirect să fie considerat al treilea constructor abandonat.
Drept urmare, soarta rea părea să atârnă asupra URSS.
Din motive evidente, ai noștri nu și-au putut dezvolta competitorul de la zero. Copierea nu este, în principiu, o opțiune atât de proastă, AMD, de exemplu, a fost fondată ca o clonă directă a Intel și a lansat o arhitectură comună pentru ei de 50 de ani și nu se gândește să moară.
În același timp, cultura dezvoltării computerelor a fost complet absentă în URSS și nu ar fi fost posibil să luați și să copiați cu succes S / 360. Dar apoi, iată, ICL îi cade în cap, cu care poți măcar să încerci să faci totul bine. Experiența și tehnologia lor, banii și resursele noastre intelectuale - nu este un fapt că s-ar fi întâmplat, dar ar fi fost o încercare utilă.
Și acum, stând pe prag, este necesar, în cea mai bună tradiție sovietică, să te împiedici de acest prag și să te săruți din nou pe cap! Așa că a fost literalmente cu tot ce a întreprins URSS în ceea ce privește dezvoltarea computerelor, într-adevăr, un fel de blestem.
De câte ori am început ceva bun - cu mașinile lui Kartsev, Yuditsky (de trei ori fiecare!), propriile noastre microprocesoare și mini-calculatoare, o încercare de a dezvolta o copie a CDC 1604 pentru știință, o încercare, împreună cu britanic, pentru a zgudui tronul IBM.
Și de fiecare dată totul se sprijinea pe elementar.
Sistemul sovietic, în principiu, nu avea controale și echilibru, literalmente, o pereche de oameni îngusti, lacomi, limitați și răzbunători din vârf puteau strica totul cu câteva cuvinte. În același timp, în mod ironic, doar astfel de oameni, de regulă, au urcat la etaj. De aici disonanța cognitivă eternă pe care o au mulți oameni când citesc istoria computerelor domestice, este doar un fel de dezamăgire continuă timp de 40 de ani.
Desigur, UE pur sovietică nu a decolat în forma în care a fost destinată.
În ciuda germanilor, a fost posibil să stăpânească producția abia până în 1971 (a modelelor mai tinere), rămânând cu adevărat în urmă cu 5 ani și doar crescând acest decalaj. Calitatea autoasamblarii unor astfel de echipamente complexe fără ajutorul britanicilor a fost îngrozitoare - conform amintirilor multora, prima serie din „Rândul 1” pe care le-au întâlnit au fost amintite pentru că nu funcționează deloc și a durat luni de zile până depanați-le. Documentația lipsea cu desăvârșire, oamenii de pe teren cumva, înjurând, se ocupau de canalele de care legau dezgustătoarea periferie sovietică.
În general, UE a fost amintită de majoritatea oamenilor ca fiind ceva monstruos, o anomalie care nu ar fi trebuit să fie.
Iată o amintire caracteristică a unei persoane care a lucrat cu computere sovietice:
... în anul 90, am lucrat într-un birou ca programator pe Iskra-1030, era un astfel de analog al IBM PC XT. Într-o bună dimineață, când aparatul este pornit, refuză complet să arate nimic pe afișaj. Un inginer electronic este sunat prin telefon, care, după ce împinge cu o șurubelniță în jurul victimei, diagnosticează „înlocuirea plăcii video”. Ei bine, respectiv, merge pe unul nou. Se întoarce după ceva timp cu o nouă placă similară, în exterior - exact la fel. Noi schimbăm. Pornim computerul. Dă o eroare în zona POST cu un cod digital și apoi refuză deloc să pornească. Urcăm în manualul tipărit pentru unitate, în lista de erori la încărcare. Ceea ce am văzut acolo, îmi voi aminti pentru tot restul vieții – vizavi de codul de eroare dat de computer, era scrisă o scurtă transcriere: MONTAJ NON-RYAZAN.
Și a fost o Iskra mizerabilă, dar imaginați-vă cum, cu un asemenea nivel de cultură, asamblarea unei mașini arăta de 50 de ori mai dificilă...
După aceea, nu este de mirare că cea mai mare parte a UE a unei adunări pur sovietice (toată lumea visa să obțină una RDG) în jumătate din cazuri a fost instalată într-o formă inoperabilă și terminată de angajații locali. Nu este surprinzător că, în paralel cu UE, Minsk-32 a fost produs de mult timp, iar BESM-6 a fost în general scos din producție, luați în considerare doar în Rusia.
Nu este la fel de surprinzător faptul că toate firmele serioase au continuat să-și nituească cu bucurie grădina zoologică, precum și să lucreze cu Minsk, MIR și BESM-6 până la mijlocul anilor 1970, până când bolile copilăriei din UE au fost vindecate și clonele puternice convenabile și convenabile sunt deja S / 370 pe cipurile ECL din seria 500.
În același timp, așa cum am spus, au creat până la 2 generații de Elbrus, au tăiat încet clona Cray-1 „Electronics SS BIS”, au dat naștere în chinurile clonelor primelor PC-uri și au dezvoltat sub marca UE. o grămadă imensă de mașini experimentale independente - procesorul special cu matrice Erevan ES2700, macro-pipeline Kyiv ES2701, multiprocesorul Leningrad cu arhitectură dinamică ES2704, multiprocesorul Taganrog ES2706, familia de sisteme multiprocesoare PS-1000/PS-2000 a Academiei de Științe a URSS, stația Kronos și alte lucruri uimitoare, fiecare dintre ele trebuie discutată separat.
Dar apoi economia URSS a făcut un salt captus într-o scufundare în continuă accelerare, iar de la mijlocul anilor 1980 nu a mai fost treaba computerelor.
Cea mai nefericită serie de mașini sovietice, nu de vină pentru asta. computer ES. Telecomanda din EU 1022-02 (https://www.computer-museum.ru)
În acest caz, nici arhitectura în sine, nici măcar ideea clonării nu este de vină.
De vină este doar implementarea sovietică strâmbă, care (nu este un fapt, dar foarte posibil!) Ar putea fi mult mai bună, pentru că nu era deja nicăieri mai rău.
Cu toate acestea, peste 15 de produse din UE au făcut puțin pentru a satisface foamea de computere sovietice, iar tonele lor de software au ajutat URSS să reziste până în 000.
În general, un număr mare de mituri sunt asociate cu seria UE, aproape mai multe decât cu BESM-6, inclusiv legende incredibile că Minsk-32 era mai puternic, IBM a furat ideea de firmware din computerul sovietic MIR ( și, în general, a fost primul „calculator personal, IBM a fost atât de încântat încât l-au cumpărat chiar la expoziție, deși în general există o poveste plină de noroi, este imposibil să găsești ceva în sursele occidentale chiar și despre expoziție în sine, să nu menționați achiziția și singura sursă despre acest fapt de cumpărare este cartea lui Malinovsky fără nicio referință) și așa mai departe.
În general, se poate vorbi mult timp despre asta, un singur lucru este evident - acesta este atât cel mai glorios (datorită faptului că datorită UE s-a realizat în sfârșit informatizarea URSS), cât și cel mai parte tragică (din cauza modului în care a fost realizată) a istoriei noastre.
Acum, având în vedere ascensiunea și căderea părții principale a școlii Lebedev, rămâne să evidențiem ultimul erou al informaticii sovietice, care a avut cea mai directă relație cu proiectul de apărare antirachetă și să completăm ciclul cu acesta.
Următorul în program este Burtsev și povestea incredibilă a lui Elbrus.
informații