Тізе бүгіңіз, көзіңізді төмендетіңіз, мәңгілік туралы ойлаңыз және дұға сияқты сыбырлаңыз - «НЕГІЗГІ ПРОЦЕСС ОПЦИЯСЫ». Сіз мұны екі рет жасай аласыз. Бүгін тамаша күн – 52 жыл бұрын американдық IBM корпорациясы System 360 негізгі жүйесін жариялады. Жалпы, әмбебап компьютерлендіру дәуірі осы жерден басталды және дәл сол кезде біз білетін компьютер дүниеге келді.
IBM 360 моделі 50 Volkswagen.
Бүкіл әлемде 360-тың жаппай жеткізілімі басталғаннан кейін бәрі бір байттың 8 биттен аз болуы мүмкін екенін, сегіздік жүйе он алтылықтан жақсырақ екенін және ең бастысы, әлемде бағдарламашылар саны тез өсе бастады. кенеттен сиқырлы немесе ғарыштық нәрсе ретінде қабылдануды тоқтатқан кәсіп.
Тұжырымдама бойынша, IBM 360 Кубриктің металдағы фильмдерін көрсетті. Кубрик өз фильмдерімен стильдің жаңа стандарттарын орнатқаны сияқты, әлі де дәлелденген техникалық және идеологиялық шешімдерді қолдана отырып («Оқ өткізбейтін жилетке» дейін «Осы жерден мәңгілікке» болды), сондықтан IBM 360 да фильмдеріне секіріс болды. қол жетімді техникалық негізінде болашақ Жүйе өте жылдам жасалды - бар болғаны 2 жылдың ішінде және ол концернге ақылсыз 5 миллиард долларды (бүгінгі стандарттар бойынша 30 миллиард) жұмсады, бұл әлі мамандар жұмысқа келген күндер еді, олардың жеке «Starbucks» жоқ. олардың кеңселерінде және ешкім олардың интеллектуалдық күшке ие болу үшін Балиге апта сайынғы рейстерін ұйымдастырған жоқ (бәрі 10-15 жыл бұрын Digital Research компаниясынан Гарри Кинделлдің бастамасымен басталды). Сондықтан бұл кабинеттер бүгін әзірленсе, 2 жыл немесе 30 миллиард доллар қажет болмас еді. Сондықтан да болар, енді ешкім мұндай серпінді істермен айналыспайды.
International Business Machines Corp., Thomas J. Watson Research Center, Yorktown Heights, Нью-Йорк, 1962 ж.
Бірнеше кеңестік және венгриялық зауыттарда «Бірыңғай компьютерлік жүйе» деп аталатын IBM 360 кеңестік аналогын шығару ұйымдастырылды. Ең қуатты машиналар - ES-1052 («Бірінші қатар» - шын мәнінде IBM 360 аналогы) және ES-1066 («Үшінші қатар» - IBM 370) Пензадағы VEM зауытында шығарылды. Мен онда бағдарламашы болып біраз уақыт жұмыс істедім, дәл сол кезде, отбасының ең қуатты «Төртінші қатар» - EC-1087 көлігін шығару жоспарланған кезде. Жаңа конвейер құру үшін жабдық сатып алынып, жеткізілген болатын, бірақ кейін елде хаос басталды және бұл желіні ешкім орнатпады.
Дәл осы техникада мен бағдарламалауды үйрендім және 80-ші жылдардың соңында бағдарламашы болып біраз уақыт жұмыс істедім. Мен карталарды перфораторларда тердім (бірінші жылы біз ES-1022-де зертханалық жұмыс жасадық, онда мониторлар мүлдем жоқ еді) және барабан принтерінің қалай қаққаны жақсы есімде және бағдарлама мәтіндері жазылған қолөнер қағазы дерлік. басылған. Оларды басып шығару немесе шет тілдерінде «листинг» деп атады. Ол тіпті магниттік таспаға ақпаратты оқитын және жазатын бір бағдарлама жаза алды. Иә, ұмытпаңыз - компьютерде бірінші рет мен ЕО-да ойнадым - «Айға қону».
ES компьютерлеріндегі бағдарламалар, әдетте, төрт тілде жазылды - PL/I, Cobol, Algol-60 және ассемблер. Алгол процедуралық бағдарланған тіл болды, оны BASIC және Fortran тілдерінің дамуы және сонымен бірге Паскаль мен Си тілдерінің ізашары деп айтуға болады. Ол бірінші рет ілмектерді қолданды.
«Сәлем, әлем!» басып шығаратын бағдарлама. АЛГОЛ-60 бойынша
BEGIN FILE F (KIND=REMOTE); EBCDIC ARRAY E ; E ОРНЫНА «СӘЛЕМ, ӘЛЕМ!»; WHILE TRUE DO BESTIN WRITE (F, *, E); СОҢЫ; СОҢЫ.
COBOL қарапайым адам тілінде бағдарлама жазуды жеңілдететін және операторларды пайдаланбайтын адамдар үшін арнайы әзірленген, сонымен қатар ол деректер базасымен жұмыс істеуге бағытталған, сондықтан ол «жазбаны» қоса алғанда, деректер құрылымдарының дамыған жүйесі болды; Тілді құруды «бағдарламалау әжесі» контр-адмирал Грейс Хоппер (1906-92) басқарды. Басынан бастап Кобол басқа тілдердің басым көпшілігінен стандартталған болуымен ерекшеленді.
«Сәлем, әлем!» басып шығаратын бағдарлама. COBOL үшін
АНЫҚТАУ БӨЛІМІ. PROGRAM-ID. СӘЛЕМ ӘЛЕМ.
Ал, PL/1 әмбебап болды, жоқ, олай емес - оның дамуы басталған кезде қол жетімді болған жоғары деңгейлі бағдарламалау тілдері саласындағы барлық дерлік идеяларды біріктіретін ӨТЕ ӘМБЕПТІК тіл (шын мәнінде ол Алгол, Кобол, Снобол және Фортран коктейлі болды). Дегенмен, ол ешқашан толық стандартталмаған, оның әртүрлі іске асырылулары болған, үйрену өте қиын болған (оған тым көп нәрсе итерілген) және соңында ол «мейнфрэйм тілі» болып қала берді. Мен оған алғашқы махаббатымдай қарасам да, бұл рас. Бұл тілдегі барлық бағдарламалар «proc option main» сөздерінен басталды. Айтпақшы, оның тағы бір қызығы, кез келген бағдарламаны мүлдем басқаша жазуға болатын еді - ол қысқа болуы мүмкін, бірақ ол соншалықты қысқа болмауы мүмкін. Бұл тілдегі көптеген анықтамалардың әдепкі опциясы болуымен және бағдарлама жолдарын жазуда мәтіннің маңызды бөлігін алып тастауға болатындығына байланысты болды, ал басқа мәлімдемелер немесе анықтамалар жай ғана қысқа жазу формаларына ие болды. Ұзын атаулар идеясы Коболдан, ал қысқа атаулар үшін Фортран мен Алголдан шыққан.
«Сәлем, әлем!» басып шығаратын бағдарлама. PL/1 бойынша - ұзақ нұсқасы:
Тест: процедура опциялары (негізгі); жариялау My_String char(20) varying initialize("Сәлем, әлем!"); өткізіп жіберу тізімін қою(My_String); endTest;
Дәл солай, бірақ мүмкіндігінше қысқа:
Тест: процесс опциялары (негізгі); put list («Сәлем, әлем!»); Соңы;
Сіз айырмашылықты сездіңіз бе? Үшінші курста (соңғы жылы біз әлі де осы тілде жазғанбыз, содан кейін Паскаль мен ассемблерге ауыстық) бірінші курс студенттеріне бағдарламаларын оқуды сұрап, мазақ еткеніміз есімде. Олар жай ғана оларды түсінбеді.
IBM 360 сияқты үлкен жобаны 70-ші жылдары кейінірек болған және бүгінде де болып жатқандай бір немесе екі данышпан жүзеге асыра алмайтыны анық. IBM қазірдің өзінде жүз мыңнан астам қызметкері бар әлемдегі ең ірі компаниялардың бірі болды. Компанияны сол жылдары кіші Томас Уотсон басқарды. (1914-93), ол «Ойлан!» ұранының авторы әкесі Томас Уотсонның орнына бас директор болды, ол 1914-52 жылдары компанияны басқарған және бас директор ретінде басқарған. Соғыс кезінде кіші Уотсон. АҚШ-тан КСРО-ға Сібір арқылы ұшақ ұшқан әскери ұшқыш, 1979-81 жылдары КСРО-дағы елші қызметін атқарды. s/360 негізгі идеологы Джин Амдал (1922-2015) болды, ол 70-жылдардың аяғында IBM-тен кетіп, алдымен микросұлбаларды, содан кейін олардың негізіндегі компьютерлерді жасап, шығара бастады. Ол жақында - 10 қарашада қайтыс болды. Жүйені құруды тамаша ғалым, физика бакалавры және қолданбалы математика докторы, Гарвардтың түлегі Филипп Брукс (1931 ж. т.) тікелей басқарды, онда оған алғашқы компьютерлерді жасаушылардың бірі Ховард сабақ берді. Айкен, жүйе жарияланған кезде ол небәрі 33 жаста еді, бірақ соңғы жылдардағы жұмысының шиеленісуі (ол IBM-де алдыңғы IBM 7030 жүйесін жасаумен айналыса бастады) оны шаршатқаны соншалық, ол компанияны тастап, компьютерді оқытуды шешті. ғылым. Сол жылы ол Солтүстік Каролина университетінде өзі құрған компьютерлік инженерия бөлімін басқарды, оны 20 жыл басқарды. Брукс әлі де керемет пішінде және визуализация және виртуалды шындық саласындағы зерттеулермен айналысады. 2010 жылы журналистің өмірдегі ең үлкен жеке жетістігі туралы сұрағына жауап бере отырып, ол бұл IBM 360 жүйесінде 6 және 8 биттік байттарды пайдалану туралы шешім, сонымен қатар код жазу кезінде кіші әріптерді пайдалануға рұқсат беру туралы шешім екенін айтты. Бірақ олардың барлық күш-жігері зая кетпеуі мүмкін, бірақ Құдайдан келген сатушы, кіші Уотсонның көмекшісі болмаса, мұндай жетістікке әкелмеді. Джон Опел (1925-2011), ол бүкіл әлем бойынша IBM s/360 нақты жылжытуға қатысқан. 1971 жылы ол IBM компаниясының басшысы болды және 1986 жылға дейін көшбасшы болып қалды, ол тағы бір компьютерлік белгішені - IBM PC дербес компьютерін іске қосу арқылы сәттілік сезімін толығымен сезінді. Дәл Opel жас Microsoft компаниясын әлі туылмаған компьютерді бағдарламалық қамтамасыз ету бойынша жұмысқа тартуды ұсынды.
IBM 2311 диск жетегі
Отбасының ең алғашқы үлгілерімен бірге жеткізілді. Сыйымдылығы 7,25 МБ, қол жеткізу жылдамдығы 85 мс, ақпаратты беру жылдамдығы 156 кБ/сек.
Көптеген басқа компьютерлік жүйелерден айырмашылығы, System 360 әлі де әзірленуде. 2000 жылдан бастап z/Architecture жүйесінің негізгі фреймдері шығарылуда, оларды шамамен 360 жүйесінің алтыншы буыны деп санауға болады.
System 360 компьютерлерінің өндірісі 1971 жылы аяқталды және қазіргі уақытта мұндай типтегі бірде-бір жұмыс істейтін компьютер жоқ. Мұның себебі қарапайым - бұл өте көлемді құрылғылар болды, сонымен қатар ішінде түсті металл өнімдері көп болды, сондықтан олар есептен шығарылғаннан кейін оларды ешкім сақтамады, бірақ тез қайта өңдеуге берді. Дегенмен, АҚШ, Жаңа Зеландия, Австралия және Австриядағы бірнеше мұражайларда он шақты IBM 360 компьютерлері бар, олардың кейбіреулері тіпті жартылай жұмыс істейтін күйде.
Мен ES компьютерлерінің бұрынғы КСРО елдерінде қалғанын білмеймін. Мен Ресей мұражайларындағы IBM 360 кеңестік клонына қатысты жалғыз экспонат Тольятти өлкетану мұражайында сақталған магниттік таспа дискісі, дәлірек айтсақ, оның корпусы екеніне таң қалмас едім.
60-жылдардың аяғында компьютерлік бағдарламалық қамтамасыз етумен одақта оғаш жағдай қалыптасты. «Бағдарламашылар» мен компьютерлік дизайнерлер санының аздығына қарамастан (және «бағдарламашы» сөзі «ядролық физик» сияқты естіледі), жасалған бағдарламалар тек қана емес еді. үйлеспейтінбір-бірімен (бірақ жоспарлы экономика ше?) сонымен қатар төзгісізкөліктер арасында.Әрине, Оралға арналған бағдарлама БЕСМ-6-да жұмыс істей алмады, БЕСМ-овскаяның Найриде жұмыс істей алмайтыны сияқты (бұл таңғажайып машина үшінші ауысымда Ереван коньяк зауытының жертөлелерінде құйылған). ОЖ-ның біркелкілігі туралы да, кейде ОЖ-ның болуы туралы да әңгіме болмағаны анық. Алайда, үлкен елге көптеген бағдарламалар қажет болды, оны әр уақытта нөлден бастап ассемблер тілінде жазу ақымақтық болды. Мұны тіпті жоғары деңгейдегі шенеуніктер де түсінді.
2. Жедел мәселелер
Нақ осы себептерге байланысты Мемлекеттік ғылым және техника комитетінің ЭЕМ архитектурасын бір жүйеге келтіру мәселесі бойынша бірқатар отырыстары өтті. Әрине, «сатқындық» да, «трагедия» да (сары басылымдар мен IT-тан алыс джингоистер жазғанды ұнататындай) болған жоқ. Академиктер, әскери офицерлер мен шенеуніктер бағдарламашылардың да, дизайнерлердің де тапшылығы жағдайында одан қалай да құтылуға тырысты. Одақтағы информатиканың алдында тұрған мәселелер мүлде елес емес еді. Олардың барлығын жиналыстарда спикерлер бір жағынан атап өтті. Оларды қысқаша қайталай отырып, біз келесі тізімді аламыз:- Елімізде компьютерлік технологияны дамытудың бірыңғай тұжырымдамасы жоқ. Әр бөлім өзіне ұнаған көліктерді шығарады.
- Елде біртұтас компьютер архитектурасы жоқ, яғни бағдарламалардың тасымалдануы жоқ.
- Портативтілік мәселесі де өте өткір, өйткені бағдарламалардың көпшілігі (шамамен 50%) кодта (яғни, ассемблерде, заманауи терминдермен) жазылған.
- Оларды шығаратын оқу орындарының аздығы сияқты, Одақта программистер жетіспейді.
- Қолданбалы және жүйелік бағдарламалық қамтамасыз етудің өткір тапшылығы байқалады.
Бағдарламалық қамтамасыз етудің тапшылығы мәселесіне келсек, сол кездегі қол жетімді бағдарламашылардың саны (1969 жылы А.А. Дородницынның цитатасымен 1,5 мың) барлық тапсырмаларды орындауға үлгермегені анық болды. Брукстың «Мен келесі ережені ұстануды ұсынамын: аудармашылар қарапайым қолданбалы бағдарламаларға қарағанда үш есе күрделі, ал операциялық жүйелер аудармашыларға қарағанда үш есе күрделі» деп жазған сөзін еске түсірсек, қажетті ресурстарды есептей аламыз. Егер IBM OS/360 (Брукстың бағалауы бойынша 5000 адам-жыл) құруға жұмсаған шығындарын ескерсек, онда бұл ОЖ-ны қайталау үшін ғана. барлығыОдақтық бағдарламашыларға үш жылдай уақыт керек еді (әрине, OS/360 жүйесін қайталау жақсы идея емес, және бұл жерде біз елдің алдында тұрған тапсырманың ауырлығын көрсетеміз). Сонымен қатар, жүйелік бағдарламалық қамтамасыз етуден басқа (ОЖ, трансляторлар, мәліметтер базасы және т.
Марстан, тіпті штаттардан бағдарламашыларды әкелу мүлдем мүмкін емес еді (және ешкім күткісі келмеді), сондықтан бағдарламаларды өздері жасау керек болды. Бабаянның сөзін оқығаны сөзсіз (дәйексөздермен қатар): «Есептеу көптеген бағдарламалық құралдарды ұрлауға болатын еді - және бұл, әрине, кейін болған жоқ бәрі бір жерге жиналды, шығармашылық аяқталды, бейнелеп айтқанда, миы мүлдем креативті жұмыстан құрғап кетті озық әзірлемелермен айналыспаған еді, ол құйылады деген үміт болды. бағдарламалық қамтамасыз ету... Бағдарламалық жасақтаманың ағып кетпейтіні, ұрланған бөліктердің бір-біріне сәйкес келмейтіні, барлығын қайта жазуға тура келетіні және олардың алғаны белгілі болды. көне, бұл Борис Арташесовичтің үзінділері мен шығармашылығын қалдырайық, әрине, таң атқан жоқ, бірақ жетілу мәселесі шешілді. алдағы жылдар үшін. Қалай болғанда да, оның шеті шешілді. Батыс жүйелері мен аудармашылары NICEVT-те локализациясыз және тырнақшамен аяқтамай-ақ тамаша жұмыс істеді. Сонымен қатар, таңдау болса, көпшілігі қатесіз бастапқы жүйелерді таңдады.
3. Сол кездесу
Біз үшін 1969 жылдың желтоқсан айында Радио өнеркәсібі министрлігіндегі кездесу ерекше қызық болады.
Сол кездегі мәселелерді тереңірек түсіну үшін тікелей кездесулердің стенограммаларына жүгінуге тура келеді (цитата келтірілген). Төменде қысқаша үзінді берілген, мен оның бәрін мұқият оқып шығуыңызды сұраймын.
Сулим. GDR және ICL-мен келіссөздердің жай-күйі туралы.
IBM-360 нұсқасы. GDR IBM-360 бағдарын қабылдады. Модельдердің бірі (Р-40) сәтті әзірленуде. Бізде негіз бар, жұмысты бастауға қабілетті командамыз бар. IBM-360 операциялық жүйесін меңгеру үшін 2200 адам-жыл және 700 әзірлеуші қажет. IBM компаниясымен байланыстар жоқ. Аналогты машинаны сатып алуда қиындықтар болады. Оның құны 4-5 миллион долларды құрайды. ГДР-да қажетті құжаттаманың бір бөлігі ғана бар.
ICL опциясы.Біз барлық техникалық құжаттаманы аламыз және оны игеруге көмек көрсетеміз. Бізге кішкене өзгертулер енгізу керек. Компания өзі шығаратын көліктердің партиясын сатып алуды ұсынады. Қолданбалы бағдарламаларды дайындау үшін бағдарламашылар тобын пайдалануға болады.
Бір топ бағдарламашыларымыз қазірдің өзінде компанияда тағылымдамадан өтуде. Болашақта төртінші буындағы компьютерлерді бірлесіп жасау. Компания барлық жағынан көмектесуге тырысады, өйткені ол еуропалық компаниялармен, соның ішінде бізбен бірлесе отырып, IBM-ге бәсекелес болуға үміттенеді. Итальяндық және француздық фирмалар арасында төртінші буындағы компьютерлік технологияларды жасауға қатысу туралы келісім бар.
Пржялковский. IBM-360 деректері бойынша бізде 6 мың микрокомандалық жүйе бар, TEZ схемаларының 90%, 70% маршруттық, 7000 бірлік конструкторлық құжаттама. ICL-ге қайта бағдарланған кезде, бұл барлық артта қалуды қайта өңдеуге тура келеді, бұл жұмысты 1-1,5 жылға кешіктіреді. Сізге көп валюта қажет болады (ICL компьютерлерін сатып алу үшін). IBM-360-де сәтті жұмыс істеп жатқан GDR-мен ынтымақтастық нұсқасы қолайлы. Егер біз математиктер командасын күшейтетін болсақ, онда DOS 1971 жылға қарай әзірленуі мүмкін. Енді ойлануды доғаратын кез келді.
Крутовских.Біздің жобамыз IBM-360 модельдік жүйесін қамтыды. ICL компаниясына қайта бағдарлау кезінде үлгілердің құрамы әртүрлі болуы керек. Техникалық сипаттамалар өзгеруде. Аванстық жобаға 4-5 ай кетеді. ICL ескі үлгілерде түсініксіз. Олар шағын және орта компьютерлер қатарына суперкомпьютер ретінде қосылады. Бұлай етпеген дұрыс. Қайта бағдарлау кезінде техникалық құжаттаманы дайындау 1,5-2 жылға, мүмкін одан да көп уақытқа кешіктіріледі. IBM-360 көмегімен GDR-мен жұмыс істей аласыз DOS және ОЖ-ны оларды дамыту мәселесін алып тастап, жаппай өндірісті бастау арқылы алу. Немістер бізден де асып түсті. Олар өз бағытын өзгерте алмайды. Британдықтарға нарық керек. Олар бізді мұрнымызбен жетелейді. Олар үлкен машиналарда жұмыс істемейді. Олардан 150 көлік сатып ала алмайсың.
Дородницын. IBM-360-ны меңгеру мәселесі жеңілдетілген түрде берілген. Барлығы әлдеқайда күрделі. ОЖ-ны меңгеру үшін кемінде төрт жыл қажет, ал не алатынымыз белгісіз. Біз мұны өзіміз жасауымыз керек ( ICL-мен бірге) DOS және ОЖ жасау және ICL-мен бірге машиналарды әзірлеуге назар аудару.
Лебедев. IBM-360 жүйесі - он жыл бұрынғы компьютерлер сериясы. Біз жасап жатқан машиналар ассортименті өнімділігі төмен және орташа машиналармен шектелуі керек. IBM-360 архитектурасы үлкен үлгілерге (суперкомпьютерлерге) жарамайды. Ағылшындар төртінші буындағы компьютерлерге көшуде американдықтармен бәсекеге түскісі келеді. Машинаның өнімділігі неғұрлым жоғары болса, соғұрлым оның құрылымдық ерекшеліктері болады. Британдықтар дизайнды автоматтандырудың пионері болып табылады. Жүйе-4 үшін бағдарламалық қамтамасыз ету жүйесі динамикалық болып табылады және байланыстар бар болса, оны әзірлеуге әбден болады. Бұл өзіміздің жеке кадрларды дайындауға ықпал етеді. Оларды өз жүйесін (британдықтармен бірге) дамыта отырып оқытқан дұрыс.
Шура-Бура.Бағдарламалық жүйе тұрғысынан американдық нұсқасы қолайлы. Операциялық жүйені жақсарту қажет. Мұны істеу үшін сіз барлық бағдарламаларды білуіңіз керек.
Келдыш.Лицензияларды сатып алып, өз көліктеріңізді жасау керек. Әйтпесе, біз басқалардың істегенін қайталаймыз. Негізінде үлкен машиналарды өзіңіз жасауыңыз керек.
Лебедев.Біздің математиктер бағдарламашыларды британдық әдіс бойынша дайындаған дұрыс деп есептейді.
Раковский.Болашақты ойлау керек. Бізге біртұтас тұжырымдама керек. Барлығы IBM бағдарламалық жүйесінің жетілдірілгенін айтты, бірақ ОЖ ауыр болды. Оны төрт-бес жылдың ішінде толық меңгеру мүмкін емес. Бұл қиын, бірақ бүгін шешім қабылдау керек. Егер сіз ICL-ге назар аударсаңыз, GDR-мен қиын болады; бес жылдан кейін немістер Р-40-тың 200 данасын шығарады. Дегенмен, ICL ұсынысы қабылдануы керек.
Крутовских.Рамеевтен басқа барлық әзірлеушілер ICL-ге ауысқысы келмейді. Р-50 1971 жылы дайын болады.
Калмыков. DOS-тың болуы біз шығара бастайтын машиналарды бірден пайдалануға мүмкіндік береді. Немістерден көптеген бағдарламалар ала аламыз. Теріс нүктелер. Бізде IBM-360 машиналары жоқ. Бізде IBM компаниясымен байланыс болмайды. Егер біз өзімізді ICL компаниясына қайта бағыттасақ, уақытты жоғалтамыз. Бірақ олармен тікелей байланыс және ынтымақтастық төртінші буындағы компьютерлерді жасауда мүмкін. Бұл үлкен артықшылық. Төртінші ұрпақОлар американдықтарсыз компьютерлер жасайды, олар IBM-мен бәсекеге қабілетті болғысы келеді.
Келдыш.Сіз өзіңізді ICL-ге қайта бағыттамауыңыз керек, бірақ олармен төртінші буын компьютерлері бойынша келіссөздер жүргізу керек.
Калмыков.Біз ICL-ге қайта назар аудармаймыз. Біз немістерге көбірек көмектесу мәселесін көтереміз».
Қазірдің өзінде осы фрагменттен жоғарғы жағындағы «күш тепе-теңдігі» туралы түсінік алуға болады. ILC-мен ынтымақтастықты жақтағандар: Сулим, Дородницын, Лебедев, Раковский, Рамеев (қатыспаған). IBM үшін – Пржиалковский, Крутовских, Калмыков, Шура-Бура, Келдыш. Бұл ретте екі тарапты «сатқын» немесе «диверсант» деп айтуға батылы бармайды.
Түсіндіруді қажет ететін екі тармақ бар. Біріншіден, әрбір сөйлеуші дерлік айтатын мифтік «төртінші ұрпақ». Не екені толық түсініксіз Содан кейінЛебедев, Келдыш және т.б. Үшінші буын интегралдық схемалар болса, төртінші - үлкен масштабты интегралдық схемалар (LSI). Олардың интегралдық микросхемалар сатысынан қалай «секіріп» өткісі келгені белгісіз (сол кездегі машиналар (тіпті ең жаңасы да!) транзисторлар болатын). Ал БЕСМ-6 ұзақ жылдар бойы дискретті элементтерде шығарылды. Біз қандай «төртінші ұрпақ» туралы айта аламыз? Архитектуралық мәселелер іске асыру мәселелерімен араласатыны анық. Ресми түрде Intel немесе PPC архитектурасын транзисторларда шығаруға болады. Екіншіден, ILC және жұмбақ «Жүйе-4» не екенін түсіну маңызды. Сіз күлесіз, бірақ бұл (тосын, таңқаларлық) артықшылықты пәрмендердің жойылған жиынтығы бар IBM-360 архитектурасы! Осылайша, бұл кездесуде таңдау IBM/360 түпнұсқасын көшіру мен... көшірмелерді көшіру(!) IBM/360! Көріп отырғанымыздай, ешкімкелгендердің (мүмкін Келдіштен басқасы) кекештенген жоқ толығымен өздерініңавтомобильдер (және менің ойымша, ол оларды да айтқан жоқ).
4. Саясат және ғылым.
Демек, мәселе тіпті архитектуралық емес, саяси болды. Американдық империализмге бас иеміз бе? Шынайы емес. Сіз ұрлауыңыз керек. Әлде біз әлі де империалист, бірақ онша құтырмайтын ағылшындармен дос болуымыз керек пе? «Дәуірлік шешімді» қарастыратын авторлардың көпшілігі қандай да бір себептермен BESM-6 мен Бірыңғай серия арасындағы бәсекелестік туралы мәселе мүлдем көтерілмегенін ұмытады. Егер таразы басқа жаққа аударылған болса, IBM емес, ILC машиналары көшірілген болар еді. Бар болғаны. Оның үстіне, олар көлікті көшіргісі келді, яғни. сәулет емес, аппараттық құрал. Бұл Пржиалковскийдің «бізде TEZ схемаларының 90% бар, 70% бағытталды» деген сөзінен анық көрінеді. Иә! Бұл біздің сала үшін көптеген жылдар бойы негізгі әдіске айналған кері инжиниринг болды. Бірақ бұған бағдарламашылар кінәлі ме? Олар бірінші бастады ма? Әрине жоқ. Барлық жерде «ұрлау, бөлшектеу және сұрыптау» технологиясы қолданылды. Авиацияда да, басқа салаларда да. Сондықтан біз оны IT саласын кінәлай алмаймыз.5. Ал егер?
Дегенмен, бір сәтке «компьютерлік технология патриоттары» IBM/360 немесе BESM-6 қойғандай сұрақ қойылады деп есептейік. Ұлттық экономикаға, жалпы алғанда, мәңгілік тұрғысынан не жақсы. Міне, осы уақытқа дейін Крей, Лебедев және Килберн - Джин Амдал, IBM/360 сәулетшісі және оның атына заңның авторы кіретін біздің данышпандар галактикасына тағы бір американдық кіреді. Амдал IBM-де IBM-704/709 және Stretch машиналарында жұмыс істеді. Содан кейін ол IBM-тен кетті, бірақ 1960 жылы қайтып оралды және 30 жыл бойы дерлік өзгермейтін архитектураның негізін қалады. Неліктен IBM-ге жаңа архитектура қажет болды? Өйткені бір компанияның өзінде үйлесімсіз архитектуралардың үлкен паркін ұстау ыңғайсыз болды. S/360 идеясы архитектураны бір жүйеге келтіру, сонымен қатар сәулетті жүзеге асырудан бөлу болды (Ғылым және техника жөніндегі мемлекеттік комитет әлі түсінбеген нәрсе). Амдал (және IBM) бұл мақсаттарға үлкен шығындарға қарамастан (1964 жылғы бағамен 5 миллиард доллар) қол жеткізе алды. Айтпақшы, IBM/360-дан бастап 8-биттік байт экзотикалық өлшемдерді ығыстырып, барған сайын кең тарала бастады. Төменде біз бағдарламалық жасақтамадан бөлек аппараттық архитектура мәселелерін қарастырамыз және аппараттық құралдан бастаймыз.5.1. Титандардың қақтығысы (архитектураны салыстыру)
Сонымен, S/360 және BESM-6 архитектурасын салыстырайық.
Біз пәрмендер жүйесінің сипаттамасын қоспағанда, бұрынғыдай кесте пішімін қолданамыз (өйткені бұл өте көп орын алады).
|
Кестеде біз бірнеше айырмашылықтарды көреміз, олардың негізгілері адресацияның басқа түрі, жалпы мақсаттағы регистрлердің болуы және адрестік бит тереңдігі. 60-жылдардың аяғында S/360 архитектурасы логикалық түрде қалыптасып, аяқталды. Ол анағұрлым заманауи S/370-тен виртуалды жады механизмдерінің болмауымен және мультипроцессингті қолдауымен ғана бөлінді. Жүйе 360 ғылыми қолданбаларға (толық өзгермелі нүктелі арифметика) және іскери қолданбаларға (ондық арифметика, пішімдеу) арналған нұсқаулар жиынын қамтиды. Лебедев S/360 архитектурасы он жыл бұрын болғанын айтқанда, ол не дұрыс түсінбеді, не шыншылдық танытты. IBM/360-пен салыстырғанда BESM-6 архитектурасы архаикалық болып көрінді.
БЕСМ-6, біз жоғарыда айтқанымыздай, әмбебап машина емес еді. Бүгінгі терминологияда бұл «санды ұсақтағыш». Оны ғылыми есептерден басқа мақсаттарда пайдалану өте тиімді емес. Бүтін арифметика (ондық санауды айтпағанда) және жады командаларының болмауы мәтінді өңдеуде және экономикалық есептеулерде пайдалануды қиындатады. Әрине, жоғары деңгейлі тілдерді пайдалана отырып, бұл проблемалардың барлығын жасыруға болады, бірақ тиімділігі әлі де төмен болады.
BESM-6 архитектурасының тағы бір проблемасы дамымаған енгізу/шығару және перифериялық құрылғылардың кең спектрінің болмауы болды. Енгізу/шығару жүйесі туралы түсінікті кем дегенде мына нұсқаулық бетінен алуға болады:
Айтпақшы, сіз оны жалпы құжаттаманың сапасын бағалау үшін пайдалана аласыз (және бұл әлі де лайықты сапа).
IBM S/360 бірінші рет арнаның енгізу/шығару архитектурасын пайдаланды. Барлық құрылғылар деп аталатынға қосылды. арналар (негізінен арнайы кіріс/шығыс контроллері болған). Арналар блоктық мультиплекс (жоғары жылдамдықты құрылғылар үшін), байт мультиплексі және селектор болуы мүмкін. Процессор құрылғымен тікелей байланыста болмады. Оның орнына ол аталғандарды іске қосты. процессордан тәуелсіз контроллер орындайтын арна бағдарламасы. Арна бағдарламасы енгізу/шығару операциясы үшін қажетті барлық деректерді қамтыды, тіпті тармақтар мен циклдарға қолдау көрсетті. Осылайша, процессор айтарлықтай түсірілді, және, әрине, барабанды айналдыруға және ADPU балғаларын басқаруға қатыспады. Ұқсас архитектура бүгінгі күнге дейін сәтті қолданылады, мысалы, SCSI дискілерінде.
Қорытындылай келе, S/360 BESM-6 сериясынан гөрі заманауи, үйлесімді және үйлесімді архитектура болды деп айту керек. Және, ең бастысы, сол жылдардағы өнеркәсіп қажеттіліктеріне жақсырақ сәйкес келеді.
5.2. Сенімділік пен пайдаланудың қарапайымдылығы
Танымал нанымға қарамастан, кеңестік S/360-370 - EC клондары (бір сериялы) өндіруде аса күрделі немесе өте қымбат болған жоқ. Егер BESM-6 бүкіл кезең ішінде шығарылған болса (Википедия бойынша) бар болғаны 367 бірлік шығарылды және олар негізінен мамандандырылған кеңселерге тиесілі болса, онда әртүрлі конфигурациядағы 15 мыңнан астам ЭК шығарылды және сол немесе басқа машина барлық дерлік институттарда орнатылған. Тағы бір сұрақ - ол керек болды ма?әр институтта? Жалпы алғанда, жоқ. Өйткені, олар тек IBM компаниясының «үлкен машиналарын» ғана емес, сонымен қатар CM (Small Series) атауымен DEC-тің PDP-терін көшірді. Одан да көп өндірілді. Шын мәнінде, бұл ең танымал серия болды. Жалпы Одақтың ақпараттандыру деңгейінің айтарлықтай төмендігін ескере отырып, IBM машиналарының «сенімсіздігі» кем дегенде екі себепке байланысты үлкен фреймдердің қажеті жоқ. Біріншіден, өндіріс мәдениетінің төмендігі, екіншіден, қызмет көрсету мәдениетінің төмендігі. Ешбір жағдайда сенімділік пен ашықтық үлгісі болмаған атақты OS/360 EC-нің «атақтылығын» дамытуда маңызды рөл атқарды. OS/360 (мысалы, TSO) үшін терминалдық кіру жүйелерінің болмауы (немесе сатып алуды және таратуды қаламау) Jec, Primus, Jessy және т.б. сияқты «үйде жазылған» диалогтық мониторларды құруға әкелді. Әрине, мұның бәрі жүйе сенімділігінің жалпы деңгейін арттыра алмады. Шындығында, тіпті мектеп оқушысы ES компьютерінің операторының және басқа пайдаланушылардың өмірін бұзуы мүмкін Бірыңғай серияның проблемасы архитектура емес (бұл әлі күнге дейін IBM мэйнфреймдерінде өмір сүреді), бірақ жұмыс істейтін элементтік базаның төмен сапасы. мәдениет және негізгі бағдарламалық жасақтаманы толығымен сәтті таңдау емес. Бұл таңдауды негізінен IBM (тек біз ғана емес, сонымен қатар барлық батыс тұтынушылары) жүктегені анық. Ең аз рөл Громыконың АҚШ-қа сапары ойнады, онда оған не көру керек екенін көрсетті. Дегенмен, кеңестік информатиканың қиындықтары дұрыс емес стандартты таңдаудан немесе ЕО ОЖ-нің қолайсыздығынан, тіпті Громыконың информатика бойынша білімінің жоқтығынан туындамады.6. Кім кінәлі? Не істеу?
6.1. Бағалау критерийлері
Содан кейін сіз қорытынды жасауыңыз керек, егер оқырман оларды әлі жасамаған болса, мен бұл қиын мәселеде көмектесуге тырысамын. Сонда партия мен үкімет басшылығы сонау 1967 жылы кибернетика саласында артта қалмау үшін не істеу керек еді? Жағдайды болашақтан қарастыратын болсақ, бұл сұрақ шынымен де қиын. Сол кездер туралы не айта аламыз...Тіпті критерийлерді таңдауда да мәселе бар. Неге басымдық беру керек – тәуелсіздік пен дамудың дербестігі ме, әлде ұлттық экономикаға пайда ма? Әркім өзі таңдайды... Төменде мен үш критерийді беремін, меніңше, ескеруге болады.
6.2. Тәуелсіздікті сақтау. Біз басқа жолмен барамыз
Шетелдік «заттарға» алаңдамай, бәрін сол күйінде қалдырып, өз бағытын жалғастыра беруге болатын еді. Кейбіреулер дәл осылай жасады! Сіз IBM/360 көшіруді бастағаннан кейін BESM (және кейін Эльбрус) желісі жабылды деген пікірді жиі оқи аласыз. Шындығында бұл дұрыс емес. БЕСМ-6 көп жылдар бойы (1987 жылға дейін) шығарылды және Эльбрусқа үлкен (сол кезде) ақша бөлінді. Бұл жағдайға әсер еткен жоқ. Иә және әсер ете алмады. BESM-тің жеткіліксіздігін олардың қарсыластары ғана емес, оны жасаушылар да түсінді. Элементтік базаны да, тұтастай алғанда архитектураны да өзгерту қажет екені анық болды (бірақ Эль-Бурроузға лақтыру жақсы ештеңе әкелмеді). BESM-6 өзі бар нысанда (ғылыми қолданбаларға арналған қымбат суперкомпьютер) Рядқа жүктелген мәселелерді шеше алмады. Даму қажет болды. Эльбрусқа қарай эволюция одан да құлазатын сәтсіздікпен аяқталды, Бабаян мұны қаншалықты қаласа да, мүмкін, егер біз өз жолымызбен жүрсек, нәтиже жақсырақ болмаса, ең болмағанда қызықтырақ болар еді. ЕОсыз ұлттық экономика бес жыл бұрын құлдырап кетсе де, жүз гүл, жүз тіл және жүз архитектура гүлдеген болар еді. Екінші жағынан, 90-шы жылдардағы әлемдік тәжірибеге қосылу әлдеқайда қиын болар еді. C"est la vie...6.3. Өз күш-жігеріңізді азайту. Көк дәу ізімен
Ұлттық экономикаға тигізетін пайда тұрғысынан қарасақ, қабылданған шешім, менің ойымша, дұрыс болды. Жақсы «сандарды ұсақтағыш» (жоғарыдан қараңыз) бола отырып, BESM-6 басқа қолданбаларға (деректер базасы, мәтіндік ақпаратты өңдеу, қаржылық есептеулер және т.б.) ыңғайлы және қол жетімді компьютер болған жоқ. Бұл үшін IBM/360-370 әлдеқайда қолайлы болды, бұл сол жылдардағы «көгілдір гигант» өнімдерінің жоғары сатылымымен көрсетілген. КСРО-дағы мәселелерге келетін болсақ, «сіз оларды қалай пісіруді білмейсіз» деген сөз осы жердегі жағдайды сипаттауға өте жақсы сәйкес келеді.Көшіру идеясы жиі басқа мәселе ретінде қарастырылады - өзін-өзі бағалаудың төмендеуі. Олар бұрын тізе қосып өз істерімен айналысып жүргенде, әркім өзін жаратушы ретінде сезінді, шығармашылық та солай болды дейді. Ал Батыстан қабылдау туралы шешім қабылданғаннан кейін шығармашылық құрғап, өзін-өзі бағалау төбесінен құлады. Бұл туралы жоғарыда аталған Бабаян да жазған. Шынымды айтсам, бұл аргумент маған қисынсыз болып көрінеді. Өйткені, оны қазір, «Батыстан артта қалу» дәрежесі жүз есе жоғары болғанда және «буржуазиялық» архитектураға (мысалы, Intel) балама туралы әңгіме болмаған кезде қолдануға болады! Біз толығымен шетелдік жабдықта, шетелдік операциялық жүйелерде және шетелдік IDE-де жұмыс істейміз. Ал не? Бағдарламалау қауымдастығында (Кремльде емес) қанша адам бұл туралы кешенге ие? Әйтеуір байқамай қалдым. Дегенмен, мүмкін, кеңестердің өз мақтанышы болды. Кім біледі?
6.4. Жаһандық қоғамдастықпен интеграция, болашаққа бағдар
Мен атайтын үшінші критерий – әлемдік қауымдастықпен интеграциялану және болашаққа бағдарлау мүмкіндігі. Өз шырыныңызда бұқтыру арқылы, яғни. толығымен түпнұсқа бағдарламалар мен жүйелерді әзірлеу арқылы біз жаһандық тенденциялардан одан әрі алыстайтын едік (айтпақшы, бұл интеграция дәрежесінің жоғарылауына байланысты болған жоқ па?). Әрине, біздің IT-индустриямыздың «жоғары» батыстық ойдан мүлде ажыраған жоқ, тіпті «жұмыспен» алмасты (осымен, шайтан сияқты, Мак, жоқ, МКарти, қысқасы). Бірақ қарапайым бағдарламашылар мұндай нәрсені білмеді. SIGPLAN материалдарының институт кітапханасында жоқ екенін олар қайдан білді? Дегенмен, IBM S/360, содан кейін PDP-11/DEC туралы құжаттама мен аударма әдебиеттер, кем дегенде, бізді әлемнің қалған бөлігімен жақындастырды.7. Гугл үнсіз қалды, мен сахнаға шықтым... (Лирикалық шегіну).
Сол алғашқы жылдары басшылықта болсам не істер едім? Шешім қабылдау оңай емес. Бір жағынан, мен бәріне бір архитектураны жүктемес едім, өйткені бұл бірінші кезекте қажет сендіруадамдар бұл оларға сәйкес келеді. Екінші жағынан, IBM машиналарын әлі де шығаруға тұрарлық болды, өйткені оларды сатып алу мүмкін болмады. Әрине, бәрі көшіруге тұрарлық емес. 1967 жылы IBM/360-67 шығарылды, онымен біз бастай аламыз. ОЖ ретінде ықшам CP/CMS (содан кейін VM/370) алуға болады, оны IBM тек тегін ғана емес, сонымен қатар 6-нұсқаға дейінгі бастапқы кодта да берді. Бруксты құрметтей отырып, бұл ОЖ өте көп болды OS/ 360-қа қарағанда табысты болды (айтпақшы, Одақтағы барлық саналы адамдар мұны тез түсінді). Өзіңіздің қолданбалы бағдарламалық жасақтаманы жасаңыз және бар жүйелік бағдарламалық құралды жетілдіріңіз. Батыстағы әзірлемелердің ең жақсысын (бинарлы емес, идеяларды!) алыңыз. Сонымен қатар, Еуропа мен Америкадағы ірі CS орталықтарымен студенттер мен магистранттар алмасуын құру қажет болды. Громыко емес, олар «әлемдік компьютерлік асүйге» қосылып, перспективалы трендтер, архитектуралар және операциялық жүйелер туралы пікір қалыптастыруы керек еді. Әрине, мұның бәрі ол жылдары елестету мүмкін емес еді. Кең ағынның орнына әлсіз ағын пайда болды. Бірақ соған қарамастан идеялар кеш болса да Одаққа еніп кетті. Әттең, бұл жеткіліксіз еді, менің ойымша, экономика құрылымының өзі әскери-өнеркәсіптік кешеннің қажеттіліктерінен алшақ жатқан нәрсені толық дамытуға мүмкіндік бермеді. «Бейбіт бұрғылау» өрісінің орнына бомбалар мен зымырандар жасаудан бас тартқан ғылым (терең нәрселер, дегенмен, ешқашан ұмытылған жоқ) бұл биіктерге жете алмайды және «ашық қоғамда» маңызды мәселелерді шеше алмайды. » Яғни, үстем идеология сақталса, отандық информатиканы артта қалудан ешбір шешім сақтап қалмас еді.Осы пессимистік жазбамен аяқтауға рұқсат етіңіз ... алген) берілген ақпарат үшін және т.б. Анна Годес осы және алдыңғы мақаланы түзетуге үлкен көмек көрсетті.
Мен IBM System/360 туралы бірінші мақаланы бастағанда, мен оның мақалалардың тұтас сериясына айналатынын ойламадым, бұл революциялық жүйе соншалықты ауқымды және қызықты болып шықты. Үш мақала жарияланды (бірінші, екінші, үшінші), мен мұны жазып жатырмын, мен тақырып таусылған жоқ екенін түсінемін және System/360 туралы ұзақ жаза аламын. Бұл жолы біз System/360 жүйесінде перифериялық құрылғылар мен сыртқы құрылғылармен жұмыс істеу туралы айтатын боламыз.
Арналар
Ол кездегі перифериялық құрылғылар көбінесе өте жылдам болмағандықтан, олармен жұмыс істеуге арналған «арналар» - құрылғы мен негізгі жад арасында ақпаратты тасымалдауға арналған қысқартылған нұсқаулар жиынтығы бар бөлек процессорлар. Арналар тұжырымдамасы қазіргі DMA сияқты. Жұмыс принципі бойынша арналар байт-мультиплексор және селекторлық арналар болып бөлінді. Біріншілері баяу құрылғылармен (принтерлер, перфораторлар, перфокарталарды оқу құралдары) жұмыс істеуге арналған, екіншісі - жылдамдығы жоғары құрылғыларға (магниттік дискілер, таспалар, сыртқы жад ұяшықтары) арналған. Барлық дерлік System/360 машиналары, «стандартты емес» Модель 20-дан басқа, байт мультиплексор арнасымен және бір немесе бірнеше селекторлық арналармен жабдықталған. Қарапайым модельдерде арналар біріктірілген, ал жоғарғы үлгілерде олар бөлек шкафтар түрінде жасалған.
Атауынан оңай түсінуге болатындай, мультиплексорлық арна компьютердің жедел жадындағы бір арна арқылы бірден бірнеше құрылғылардан мәліметтер алмасуға мүмкіндік берді. Көбінесе бұл арнаның адресі 0 болды, ал ішкі арналарды адрестеу үшін C0-ден FF-ге дейінгі адрестер пайдаланылды. Мысалы, таспа дискілері 0C0-0C7, 00E/00F: 1403-N принтерлер, 010-013: 3211 принтерлер, 020-0BF: 270x отбасының телекоммуникациялық құрылғылары мекенжайларында орналасқан. Бұл мекенжайлар әлі де z/VM виртуалды машиналарында пайдаланылады.
Селекторлық арналар жоғары жылдамдықтағы құрылғыларды қосуға мүмкіндік берді. Әдетте құрылғы мен арна арасында басқару модулі орналастырылды, ол бір типті бірнеше құрылғыларды біріктіруге және олардан деректерді бір немесе бірнеше арнаға параллель немесе сериялық жіберуге мүмкіндік берді, бұл қосылымды өзгертуге мүмкіндік берді. оңтайлы өнімділікке қол жеткізу опциялары.
85 және 195 модельдерінде IBM арнаның жаңа түрін – блоктық мультиплексорды енгізді. Бұл арналар қосылған құрылғыға құрылғы деректерді жіберуге дайын болғанша арнаның ағымдағы бағдарламасын кідіртуге мүмкіндік берді, осылайша арнаны басқа құрылғылар үшін босатады. Бұл арналар бастапқыда 2305 жанұясының тұрақты басты жетектерімен жұмыс істеуге арналған.
Компонент атаулары
IBM жаңа құрылғыларды таңбалау үшін цифрлық кодтар жүйесін әзірледі. Олар 2-ден басталатын 4-таңбалы кодпен белгіленді. System/360 нұсқасына дейін бұрыннан бар болған бірқатар ескі құрылғылар таңбаларын сақтап қалды (мысалы, Мона Лизаның сол көшірмелерін басып шығаратын 1403 отбасының әйгілі принтерлері).
Құрылғылар келесідей нөмірленді.
20xx: Арифметикалық процессорлар, мысалы, IBM 2030, IBM System/360 Үлгі 30 орталық өңдеу блогы
21xx: IBM 2167 конфигурация модулі сияқты процессормен тығыз байланыстырылған қуат көздері және басқа жабдық
22xx: Әртүрлі шығыс құрылғылары, мысалы, CRT мониторлары IBM 2250 және IBM 2260, IBM 2203 - System/360 Model 20 принтері
23xx: IBM 2311 және IBM 2314 диск жетектері немесе IBM 2321 деректер ұяшықтары сияқты тікелей қатынау сақтау құрылғылары (IBM 2361 - жаппай сақтау, IBM 2365 - процессорлық сақтау).
24xx: IBM 2401, IBM 2405 және IBM 2415 сияқты таспа дискілері
25xx: IBM 2501 картасын оқу құрылғысы, IBM 2520 перфораторы, IBM 2540 оқу құралы/перфографиясы және IBM 2560 көп функциялы карта құрылғысы сияқты перфокарта құрылғылары
26xx: IBM 2671 оқу құралы сияқты қағаз таспаларын өңдеуге арналған құрылғылар
27xx: Коммуникациялық жабдық, мысалы, IBM 2701, IBM 2705, IBM 2741 интерактивті терминалдары
28xx: Арналар мен контроллерлер. Мысалы, IBM 2821, IBM 2841 және IBM 2844 басқару модулі
29xx: IBM 2914 Data Link Switch және IBM 2944 Data Link Repeater сияқты басқа құрылғылар
Тікелей қатынау сақтау құрылғылары
2302 бұрынғы 1302 үлгісіне негізделген және екі 112,79 Мбайт модулі бар 3 үлгісі немесе төрт осындай модулі бар 4 үлгісі ретінде қол жетімді 156 КБ/с қатты диск болды.
2311 өз кезегінде IBM 1311 нұсқасының жаңартылған нұсқасы болды және IBM 1316 алынбалы диск пакеттерімен жұмыс істеуге мүмкіндік берді. Мысалы, System/360 20 үлгісімен пайдаланылғанда, бұл диск тек 5,4 МБ бос орынды қамтамасыз етті.
IBM 1316 диск пакетін бүгінгі стандарттар бойынша үлкен деп санауға болады. Диаметрі шамамен 36 см болатын алты диск жалпы шпиндельге 6 дана орнатылды. Стектің ең жоғарғы және ең төменгі беттерінде ешқандай деректер болмады, сондықтан жазу үшін қол жетімді 10 бет болды. Барлық оқу/жазу бастары бір блокқа біріктіріліп, бірге жылжытылды. Жолдар саны 203 болды. Бас қозғалысының санын азайту үшін деректер дискілердің бетіне жоғарыдан төменге қарай «тігінен» жазылды, «цилиндрлерді» құрады. Сектор өлшемі магниттік таспадағы сияқты өзгермелі болды.
Кейінірек, 1966 жылы сыйымдылығы 28 МБ жаңартылған 2316 диск пакетін пайдаланатын 2314s дискісі пайда болды.
Сыйымдылықтан гөрі оқу-жазу жылдамдығы маңызды болған жағдайларда, әрбір жол үшін жеке басы пайдаланылған барабан жетектері пайдаланылды. Алғашқы үлгілердің сыйымдылығы шамамен 4 МБ болды, ал жұмыс жылдамдығы 303,8 Кб/с-қа жетті, кейін барабанды жетектер диск жетектерімен ауыстырылды, сонымен қатар әр жолға жеке бастары бар. Бұл, мысалы, 1970 жылы енгізілген IBM 2305. Жетек дискілері 6000 айн/мин жылдамдықпен айналды, деректер алмасу жылдамдығы 3 МБ/с-қа жетті, 5 және 11 МБ сыйымдылықтар қол жетімді болды.
Олардың шағын сыйымдылығы мен жоғары бағасына қарамастан, мұндай құрылғылар сұранысқа ие болды, мысалы, қабаттасуды орналастыру үшін (ЖЖҚ-ға динамикалық жүктелген бағдарлама модульдері).
Одан да қымбат және сирек шешім IBM 2321 деректер ұяшығы болды. Бұл диск «жад ұяшықтары» деп аталатын элементтермен жұмыс істеді, олардың әрқайсысында 200 магниттік таспа бар, оларды қайта оралуға және өздігінен оқуға болады. IBM 2321 осы «ұяшықтардың» 10-ға дейінін орнатуға мүмкіндік берді, бұл 400 миллион байтқа дейін сақтауды қамтамасыз етеді. 8 IBM 2321 құрылғысын IBM 2841 басқару модуліне қосуға болады, осылайша 3 ГБ жадты қамтамасыз етеді. Қол жеткізу уақыты фильмдердің орнына байланысты 95 пен 600 миллисекунд аралығында болды.
Осылайша, күн ұяшығы қатты дискілер мен таспа дискілері арасында өте жақсы ымыра болды. IBM 2311 қатты дискісімен салыстырғанда, IBM 2321 қол жеткізу жылдамдығы 7 есе ғана 55 есе көп деректерді сақтай алады.
Деректер ұяшығы үш бөлек дискіні пайдаланғандықтан, оларды майлау үшін машинаға 20 литрге жуық машина майы құйылды, ол қысыммен жүйе арқылы айналады, бұл ағып кету туралы көптеген әңгімелер тудырды, көбінесе шындыққа сәйкес келмейді. Алынбалы модульдерде таспаның қысқа бөліктерінің көптігіне байланысты олар көбінесе кеспемен салыстырылды.
Негізгі компьютерлерге келетін болсақ, көптеген адамдар бірінші кезекте IBM System/360 компьютерлер тобын ойлайды - бұл компьютердің ең маңызды архитектурасы. Көптеген жолдармен, IBM System/360 отбасы 8086 процессорына ұқсайды, өйткені ол стандартты орнатты және бүгінгі күнге дейін өмір сүріп жатқан және өркендеп келе жатқан ұрпақтардың ұзақ желісін тудырды. Жалғыз үлкен айырмашылық: IBM бастапқыда 8086 процессорларына қарағанда System/360 желісінің жетістігін мақсат етті, бұл өндіруші ойлағаннан да маңыздырақ болды. Көпшілігіңіз Intel тіпті Itanium процессорларымен x86 нұсқаулар жинағын көмуге тырысқанын білетін шығарсыз.
Сонымен, негізгі фреймдерге қайта оралу. System/360 нұсқасына дейін IBM өнім портфолиосы бір-бірімен үйлеспейтін көптеген жүйелермен шатастырылған. Пайдаланушыларға жаңарту қиын ғана емес, сонымен қатар IBM-дің өзі үшін әртүрлі аппараттық құралдарда осы әртүрлі операциялық жүйелердің барлығын қолдау логистикалық тұрғыдан өте қиын болды. Сондықтан IBM біз қазір кәдімгідей қабылдайтын нәрсені жасауды шешті: өнімділігі мен сыйымдылығы әртүрлі, бірақ бәрібір бірдей бағдарламаларды іске қоса алатын үйлесімді компьютерлер желісі. 1964 жылдың сәуірінде IBM компаниясы өнімділігі бойынша ерекшеленетін қатардағы алты компьютерді жариялады, жоғары деңгейлі модельдің өнімділігі төмен үлгімен салыстырғанда 50 есе жоғары. Шын мәнінде, бұл көрсеткіш IBM күткеннен екі есе көп болды (компания өнімділіктің 25 есе өсуін күтті, бұл өз алдына IBM үшін көптеген қиындықтар туғызды). Тіпті атақты Джин Амдал бұл құндылықты жақсарту мүмкін емес деп санады. Сіз жай ғана ең кішкентай элементтен 25 есе үлкен нәрсені жасай алмайсыз, оны қайта құруға тура келді.
Бүгінгі күні өнімділікті біршама төмендету үшін процессордың бір бөлігін өшіру немесе оның тактілік жылдамдығын азайту қалыпты жағдай болып табылады. Бірақ ол кезде маркетингтік мақсатта жоғары деңгейлі процессор жасап, оның өнімділігін жасанды түрде төмендету экономикалық тұрғыдан ақталған жоқ. Осылайша, IBM «микробағдарламалау» идеясын System/360 жүйесіне қолдануды ұйғарды, осылайша отбасының барлық мүшелері бірдей пәрмендер жинағын пайдаланды (өте төмен деңгейлі Модель 20-дан басқа, ол ішкі жиынын орындай алады). бұл командалар). Содан кейін бұл пәрмендер берілген жүйені іске асыруға тән «микро операциялар» сериясына бөлінді. Осылайша, процессор өте әртүрлі болуы мүмкін, бұл IBM есептейтін көрсеткішті арттыруға мүмкіндік берді және жоғарыда айтылғандай, оны тіпті екі есеге арттыруға мүмкіндік берді.
Осыған ұқсас нәрсе Pentium Pro (немесе тіпті NexGen Nx586) кейін x86 процессорларында жүзеге асырылды. Дегенмен, жоғарыда айтылғандай, IBM бәрін алдын ала жоспарлаған. x86 әзірлеушілері мұны процессордың нұсқаулар жинағы өте нашар болғандықтан, оны тиімді орындау мүмкін болмағандықтан жасады. Микробағдарламалаудың микропроцессорда оңай іске асырылмайтын бір маңызды артықшылығы болды. Жаңа микробағдарламаланатын модульдерді құрудың арқасында System/360 төмен деңгейлі сегменттегі танымал 1401 негізгі фреймімен және тіпті жоғары деңгейлі сегменттегі 7070 және 7090-мен үйлесімді болды. Ол аппараттық құралда жүзеге асырылғандықтан, ол кез келген бағдарламалық жасақтама эмуляциясына қарағанда әлдеқайда жылдам болды және жалпы ескі қолданбалар технологиялық жетістіктерге байланысты жергілікті жүйеге қарағанда System/360 жүйесінде жылдамырақ жұмыс істеді.
Кейбір System/360 инновациялары әлі де қолданылуда. Біріншіден, System/360 байтты сегіз бит ретінде стандарттады және 32 бит сөз ұзындығын пайдаланды, бұл архитектураны жеңілдетуге көмектесті, өйткені екеуі де екі қуат болды. Төменгі үлгідегі 20 моделінен басқа барлық компьютерлерде 16 жалпы мақсаттағы регистрлер болды (мысалы, x86-64), ал алдыңғылардың көпшілігі аккумулятор регистрін, мүмкін индекстік регистрді және басқа арнайы функция регистрлерін пайдаланды. System/360 16 МБ жадпен жұмыс істей алады, дегенмен ол кезде бұл жад көлемі қол жетімді емес еді. Ең жоғары деңгейлі процессор өте құрметті 5 МГц жиілікте жұмыс істей алады (айтпақшы, бұл 8086 14 жылдан кейін жарияланған кезде жұмыс істеп тұрған), ал төменгі деңгейлі процессорлар 1 МГц жиілікте жұмыс істеді. Кейінірек, 1966 жылы пайда болған модельдерде құбырлы процессорлар да болды.
System/360 жаңа жолды ашқанымен, ол кейбір маңызды технологияларды назардан тыс қалдырды. Ең жетіспейтіні динамикалық мекенжай аудармасы болды (ол кейінірек 67 үлгісімен бірге келген). Бұл виртуалды жадты іске асыруды мүмкін емес етіп қана қоймай, сонымен бірге машинаны қалыпты уақытты бөлісу үшін жарамсыз етті, бұл компьютерлердің өсіп келе жатқан өнімділігі мен ресурстарының арқасында мүмкін болды. Сонымен қатар, IBM интегралды схеманы тастап, оның орнына интегралды схема мен қарапайым транзисторлардың арасында болатын қалың қабықшалы логикалық интегралды схема технологиясын қолданды. Бағдарламалық жасақтама жағынан IBM OS/360 (System/360 үшін жасалған операциялық жүйелердің бірі) үшін тым көп амбицияларға ие болды. Ол кеш шықты, жадты көп пайдаланды, кейбір уәде етілген мүмкіндіктері жоқ және ұзақ уақыт бойы түзетілмеген көптеген қателерді қамтыды. OS/360-ны сәтсіздіктің айқын мысалы деп атауға болады, дегенмен IBM ақырында өзінің операциялық жүйесін бекітіп, кейіннен өте маңызды ұрпақтар тудырды.
Барлық осы проблемаларға қарамастан, System/360 компьютері қатты соққымен қабылданды: бірінші айда 1100-ден астам көшірмеге тапсырыс берілді, бұл IBM-тің күткені мен мүмкіндіктерінен айтарлықтай асып түсті. Жүйе ұзақ уақыт бойы сәтті болды және «клондардың» тұтас нарығы пайда болды. Клондар Кеңес Одағында да шығарылды. System/360 желісі өте икемді және оңай бейімделетін болуы керек еді, оның ауқымы өте әртүрлі болды (тек Аполлон бағдарламасы оған тұрарлық!).
Ең бастысы, System/360 50 жыл бойы есептеуіш нарығының негізгі тірегі болған және есептеу тарихындағы ең коммерциялық маңызды архитектуралардың бірі болып табылатын желіні тудырды.
IBM System/360 желісінде үйлесімді жүйелердің ауқымын жасап жатқанда, CDC деп аталатын компания басқа нәрсеге назар аударды: шынымен жылдам компьютер жасау.
Үйлесімділік пен құн сияқты кез келген басқа мәселелердің ауыртпалығынсыз Сеймур Крэй өзінің барлық талантын еркін қолдана алды, тек жылдамдыққа назар аударды. Және ол осы бағытта жетістікке жетті: құны шамамен 7 миллион доллар тұратын машина 1964 жылдан 1969 жылға дейінгі кезеңде ең жылдам болды, біз қазір асимметриялық мультипроцессорлық дизайн деп атайтын нәрсеге негізделген бірегей архитектураны қолданудың арқасында.
Негізгі процессор 10 МГц таңғажайып жоғары тактілік жиілікте жұмыс істеді, бірақ ол орындай алатын нұсқауларда айтарлықтай шектеулі болды, өйткені бұл нақты қысқартылған нұсқаулар жиынтығы процессоры (RISC) болды, бірақ мұндай термин әлі жоқ. Ол тек өте қарапайым арифметикалық-логикалық функцияларды орындай алды, бірақ оны негізгі процессор орындай алмайтын 10 логикалық перифериялық процессорлар толықтырды және оны өңделген деректерден босатып, деректермен қамтамасыз етеді. Қосымша он процессорды пайдалану арқылы процессорды мамандандырылған және параллельді ету мүмкіндігі машинаның ерекше өнімділігіне ықпал етті. Үлкен жады сыйымдылығымен (128 мың сөз) бұл 60-биттік компьютер қосымша өнімділік үшін кішірек орындалатын файлдарды өңдей алады, бұл қарапайым нұсқаулар жиынтығымен мүмкін емес.
CDC 6600 тиімді компьютер болғанымен, ол ешқашан System/360 нарықтық үлесіне қол сұққан емес. Тәжірибе көрсеткендей, кейде IBM басым болатын жерде бәсекелеспей, өзіңізді басқа салаларда сынап көрген дұрыс. Мысалы, CDC 6600 мэйнфреймі нарықтың System/360 Model 75 қол жеткізе алмайтын бөлігіне бағытталған, ал төменде қарастыратын компьютер нарықтың осы нарыққа жатпайтын бөлігін иемденді. Жүйе/360 үлгісі 20.
ОСК PDP-8
 |
Үлкейту үшін суретті басыңыз.
IBM өзінің әсерлі System/360 желісімен айналысқанда, Digital Equipment Corp. (DEC) компьютердің болашағына айтарлықтай әсер ететін компьютерді шығаруға дайындалуда: PDP-8. System/360 желісіндегі әртүрлі компьютерлер өнімділігі мен сыйымдылығының үлкен ауқымына ие болғанымен, олар әлі де негізгі фреймдер болды, тіпті ең төменгі деңгейлі модельдер көптеген ұйымдар үшін қолжетімсіз болды. DEC негізін қалаушы Кен Олсен бұл фактіні назардан тыс қалдырған жоқ.
DEC 1960 жылы компьютерлер шығаруды бастады, бірақ бұл модельдер өте қарапайым табысқа ие болды және компьютерлік индустрияға аз әсер етті. Дегенмен, технологияның, негізінен интегралды микросхемалардың үнемі дамуы DEC-ке алдыңғы негізгі фреймдермен салыстырғанда әлдеқайда аз және арзан компьютер шығаруға мүмкіндік берді. Интегралды схемалар энергияны тұтынуды айтарлықтай азайтуға және нәтижесінде жылу өндіруге мүмкіндік берді. Бұл кондиционері бар арнайы бөлмелерді орнату қажеттілігін жойды. 1965 жылы бірінші PDP-8 шығарылған кезде, ол 18 000 долларға таңқаларлық арзан болды, бұл жоғарыда аталған артықшылықтармен бірге компьютерлерді бұрын сатып алу өте қымбат деп тапқан көптеген компанияларға қол жетімді етті.
DEC-тің бірінші өнімі PDP-1 бірегей ерекшелігі негізгі фреймдер пайдаланатын арналарға қарағанда әлдеқайда арзан әрі қарапайым және процессордың өнімділігін көп талап етпейтін шынайы тікелей жадқа қол жеткізуді (DMA) пайдалану болды. Айта кету керек, бір негізгі жады арнасы бүкіл PDP-1-ге қарағанда қымбатырақ болды. Тікелей жадқа қол жеткізу барлық кейінгі DEC компьютерлерінде, соның ішінде PDP-8 пайдаланылды. Дегенмен, PDP-8-тің барлық үнемдейтін мүмкіндіктері соншалықты тиімді емес. 12 биттік сөз ұзындығы тікелей адрестелетін жад көлемін айтарлықтай шектеді, адрестеу үшін сөздің тек 7 биті ғана қолданылады, бұл тек 128 байтты тікелей адрестеуге мүмкіндік береді. Бұл мәселені, мысалы, жанама адрестеу арқылы шешуге болады, онда 7 бит қол жеткізуге болатын нақты мекенжайды қамтитын жад аймағын көрсетеді. Бұл қол жеткізу айтарлықтай баяу болды, бірақ барлық 12 биттерді пайдалануға мүмкіндік берді. Тағы бір әдіс жадты 128 байт сегменттерге бөлу болды, содан кейін сегменттерді қажетінше өзгертуге болады (және кей пайдаланушылар 16 биттік x86 процессорларындағы 64 КБ сегменттерді ұнатпайды). Бұл шешімдердің ешқайсысы қажет емес және олар жоғары деңгейлі тілдермен PDP-8 функционалдығын қатты шектеді. PDP-8 жылдамдық құбыжығы емес еді және секундына тек 35 000 қосу операциясын орындай алды.
Барлық осы ымыраға қарамастан, PDP-8 таңқаларлық жетістік болды, DEC машиналарды жасауды тоқтатқанға дейін 50 000-нан астам бірлікті сатты. Компьютердің өзінің арзандығы, төмен пайдалану шығындары және орнатудың қарапайымдылығы PDP-8-нің барлық кемшіліктерін қамтыды. Шын мәнінде, бұл қарапайым машина шағын компьютер деп аталатын компьютердің мүлдем жаңа түрін дүниеге әкелді, ол жиырма жыл ішінде үлкен танымалдылыққа ие болды және DEC-ті әлемдегі екінші ірі компьютерлік компанияға айналдырды. Миникомпьютерлердің микрокомпьютерлердің шабуылына көніп, қазір жойылып бара жатқан түрге айналғаны, мейнфреймдерден гөрі «динозаврлар» деген атқа лайық болғаны өкінішті-ақ. Үлкен компьютерлер әлі де тізбектің жоғарғы жағында және жұмыс үстелі компьютерлері орындай алмайтын тапсырмаларды орындай алады.
System/360 үлкен жетістікке жеткенімен және қандай да бір жолмен революциялық және инновациялық болғанымен, ол озық технологиялардан аулақ болып, басқа компанияларға оларды әзірлеуге мүмкіндік берді. Дегенмен, System/360 жүйе жарияланғаннан кейін алты жылдан кейін де жақсы сатылды және кейінгі ұрпақтардың негізін қалады, оның біріншісі System/370 болды.
System/370 бірінші шығарылымы 1970 жылы болды және 155 (8,70 МГц дерлік) және 165 (12,5 МГц) деп аталатын екі машинаны қамтыды. Сіз күткендей, екі машина да System/360 жүйелеріне арналған бағдарламалармен үйлесімді және тіпті бірдей перифериялық құрылғыларды пайдалана алады. Бұған қоса, өнімділік айтарлықтай жақсарды: System/370 165 1965 жылдың қарашасында шығарылған желідегі ең жылдам машина System/360 65-тен бес есе жылдам болды.
System/360-пен салыстырғанда, System/370 желісінде бірқатар жаңа технологиялар болды. IBM ақыры интегралдық микросхемаларға көшті, бұл уақыт өте ұзақ болды. Желілік модельдердің көпшілігінде магниттік негізгі жадының орнына транзисторлық жады болды. Сонымен қатар, System/370 динамикалық мекенжай аудармасын (алғашқы екеуінен басқа барлық үлгілерде) қолдай бастады - бұл уақыт пен виртуалды жадты бөлісудің маңызды технологиясы болды. Сондай-ақ жоғары жылдамдықты кэш (165 үлгісі үшін 80 нс) болды, оны IBM буфер деп атады. Оны процессор салыстырмалы түрде ұзақ (2 мкс немесе 2000 нс) негізгі жадқа қол жеткізу уақытын қысқарту үшін пайдаланды. Тағы бір маңызды шешім System/370 бастапқыда қос процессорлармен және мультибағдарламалауды ескере отырып жасалған.
70-жылдардың аяғында елде компьютерлер шығаруда жеткілікті тәжірибе жинақталды. Қазіргі уақытта әртүрліліктен біріздендіруге, ұйымдастырудың әртүрлі принциптері бар үлгілерден шешуші қадам жасалуда. бір архитектуралық машиналар сериясыәртүрлі
өнімділік. Осындай біртұтас серияның мысалы ретінде IBM 360 мэйнфреймінің архитектурасы таңдалды, бұл кеңестік есептеу техникасы тарихындағы бұрылыс әр түрлі жолдармен, соның ішінде оның аяқталуының басы ретінде түсіндіріледі.
IBM тәрізді компьютерлерді құру, шын мәнінде, бастапқы көздерге заңды қол жеткізу мүмкіндігінсіз жүзеге асты. Екі ел ғалымдары арасындағы ашық ынтымақтастықтың қаншалықты жемісті болатынын елестетуге болады. Дегенмен, ол кезде машиналар көп жағдайда олардың прототиптері туралы шамамен алынған ақпарат негізінде қайта шығарылды, сондықтан біздің әзірлеушілерде әлі де шығармашылық үшін көп орын болды. ЕО және SM жасаушылар бұл машиналар отандық өнеркәсіпке бағытталған түпнұсқа әзірлемелер екенін алға тартады.
ES сериялы компьютерлерге арналған магниттік таспа жетектері. Магнитті таспа жетектері бұрын қолданылған (BESM-6 бойынша).
Жүгіру қосулы
магниттік дискілер
КСРО-да алғаш рет
Бірыңғай сериялы компьютерлерде пайда болды
(70-жылдардың басы). Алғашқы мұндай дискілердің сыйымдылығы шамамен бірнеше МБ болды. Құрылғының биіктігі шамамен 1 метр.
Автоматты сандық басып шығару құрылғысы (ADP) ES компьютерлері үшін. Мен тек символдық ақпаратты басып шығардым және сізге графиктер жоқ.
Онымен бірге жұмыс істегендер оның шырылдаған үнін ешқашан ұмытпайды.
Бірінші
микрокалькулятор
1972 Hewlett-Packard HP-3 калькуляторын компьютерлік үлгідегі жартылай өткізгіш жады бар «жылдам, өте дәл электрондық слайд ережесі» ретінде жарнамалайды. HP-3 ұқсас құрылғылардан логарифмдік және тригонометриялық функциялардың кең ауқымымен жұмыс істеу, кейінірек пайдалану үшін көбірек аралық мәндерді сақтау және деректерді стандартты инженерлік пішінде қабылдау және көрсету қабілетімен ерекшеленді.
ITM және VT, Мәскеуде құрылған компьютерлердің отбасылық ағашы С.А. Лебедева
Компьютерлердің төртінші буыны
Элемент негізі –ауқымды және ультра ауқымды интегралдық схемалар (LSI және VLSI).
Ұқсас мақалалар
