ДВЕ ТРАГЕДИИ СОВЕТСКОЙ КИБЕРНЕТИКИ

ДВЕ ТРАГЕДИИ СОВЕТСКОЙ КИБЕРНЕТИКИ. ЧАСТЬ 1.

Самолёт начал снижение, до посадки всего 15 минут, как объявил первый пилот. Вид внизу совершенно напоминает марсианский ландшафт - какой-то красно-оранжевый барельеф на жёлтом фоне. Только снизившись ниже, стало понятно, что это деревья так окрашены, и вместе с пожелтевшей травой они создают такой совершенно безжизненный "песчаный" вид сверху. Осень полностью вступила в свои права, и я за неделю конференции упустил наступление этого сезона у нас в Новосибирске. Конференция же была весьма и весьма интересная. Пожалуй, самая интересная из тех, на которых я побывал. Хотя она не вполне техническая, имеет скорее гуманитарный, исторический характер. Именно поэтому, мой доклад о высокопроизводительных RISC-процессорах, которые когда-то разрабатывались в институте ядерной физики был воспринят не очень восторженно - вместо фотографий и рассказов о людях, их разрабатывавших, я слишком много ввёл в доклад технических деталей. Они сейчас уже никого не интересуют...

Но что заставило свернуть свои разработки? В тот момент, когда наши достижения не уступали американским? Я уже писал об истории введения "Единой Системы" - линии ЭВМ, копировавшей архитектуру американских компьютеров серии IBM-360. Решение о введении этой политики копирования было сделано в 1967 году, практически сразу после появления БЭСМ-6, которую я считаю самым лучшим компьютером того времени. Не только у нас в стране, но и в мире. Как по производительности, так и по оптимальности архитектуры. Это былая первая советская ЭВМ с конвейерной архитектурой, Сеймур Крей, основной конкурент Лебедева, использовал его на полтора года позже, в системе CDC-7600. И именно эта характерная черта архитектуры гораздо более влияет на производительность системы в целом, чем параллельность различных вычислительных блоков.

CDC-6600, конкурент БЭСМ-6

Конечно, вопрос приоритета по достигнутой производительности очень спорный, реально производительность вычислительной системы зависит не только от архитектуры, но и от эффективности компиляторов, транслирующих программу с языка программирования в машинный код. Именно поэтому современные сравнения процессоров проводят специальными тестами. И при этом разные тесты дают ещё и разные результаты. То есть эффективность архитектуры вычислительной системы зависит ещё и от самих программ, использующих ресурсы процессоров по-разному. Однако, чисто технически, можно оценивать скорость исполнения программ по тактовой частоте процессора и структуре самого процессора, определяющей сколько тактов приходится на исполнение команд. БЭСМ-6 и CDC-6600 имели одинаковую тактовую частоту в 10 МГц, но конвейерная организация процессора БЭСМ-6 говорила о том, что его программа должна была выполняться быстрее.

Реальное достижение компании CDC - первый дисплей на ЭЛТ (CRT)

Косвенно наше превосходство в производительности компьютеров подтверждает история. В 1975 году, в ходе космического полёта "Союз-Аполлон", управление осуществлялось комплексом, в состав которого входила БЭСМ-6. Эта система позволяла обрабатывать данные по траектории полёта за 1 минуту, в то время как на американской стороне такой расчёт занимал 30 минут.

Однако, вопрос о приоритете тут не главный. В любом случае БЭСМ-6 была уникальной машиной, совершенно оригинальной архитектуры (хотя американцами это и не признаётся) и имевшей высочайший показатель производительности. Трагедией было то, что почти сразу после её появления в СССР было принято решение о производстве клонов IBM-360 - то есть о переходе на копирование американской архитектуры! При этом производительность этого семейства американских вычислительных машин не шло ни в какое сравнение с последними отечественными достижениями!

Даже "Википедия" обсуждает данное странное решение:

Как следует из сравнительно недавно (в 2005 году) обнародованных воспоминаний авторитетных представителей академической науки, значительную долю ответственности за решение о переводе советской промышленности, науки и образования к копированию ЭВМ серии IBM-360 и, соответственно, быстрому качественному сокращению поддержки отечественных разработок (в частности, БЭСМ), несут министр МРП СССР В. Д. Калмыков и Президент АН СССР М. В. Келдыш. Так, в статье директора ВЦ РАН, академика Ю. Г. Евтушенко, зам. дир. ВЦ РАН Г. М. Михайлова и др. "50 лет истории вычислительной техники: от "Стрелы" до кластерных решений" (в сборнике к 50-летию ВЦ РАН) отмечено:

В конце 1966 г. на заседании ГКНТ и Академии наук СССР при поддержке министра МРП СССР В. Д. Калмыкова, Президента АН СССР М. В. Келдыша принимается историческое решение о копировании серии IBM-360. Против этого решения решительно выступили А. А. Дородницын, С. А. Лебедев и М. К. Сулим. Однако они остались в меньшинстве. Итак, решение о разработке семейства ЕС ЭВМ состоялось. Под эту грандиозную программу были переориентированы многие НИИ и заводы, многим специалистам пришлось переучиваться и переквалифицироваться, в студенческие программы вузов стали в основном включать вопросы структуры, архитектуры и ПО ЕС ЭВМ. Была создана новая технологическая база для производства интегральных схем (ИС), полупроводниковой электроники и других средств ВТ. Как и предсказывалось, другие направления развития отечественной вычислительной техники постепенно стали сокращаться из-за недостатка средств, заказчиков, молодых кадров и других объективных и субъективных причин.

Копирование имеет только один смысл - как этап обучения. Когда нет собственных технологий. Сегодня Китай демонстрирует эффективность такого подхода. Но логическим концом такого подхода является всё же переход на собственные разработки. В этом весь смысл первоначального копирования. Так Китай уже начал производить автомобили собственной конструкции после 5 лет копирования. Пытается производить и самолёты оригинальной разработки. Авианосцы, ракеты, различные виды вооружений...

Позже на эту же тему мне удалось побеседовать с другим участником событий, ветераном ИТМиВТ Игорем Михайловичем Лисовским, работавшим когда-то вместе с Лебедевым и Бурцевым, создателями БЭСМ-6 и "Эльбруса". По его словам комиссия приняла положительное решение о введении ЕС на основе IBM-360 и на комиссии Марчук и Ершов проголосовали "за". Вот такие вот противоречия в показаниях. Не хочу никого обвинять, все эти люди очень заслуженные. Возможно, что за давностью лет кто-то и путается. Но вопрос для меня остался открытым.

ДВЕ ТРАГЕДИИ СОВЕТСКОЙ КИБЕРНЕТИКИ. ЧАСТЬ 2.

Строго говоря, кое-какие объективные причины всё же были. Как и в случае авиапрома. Для любого действия можно найти какие-то оправдания, и даже весьма убедительные. Глава "Сухого" (а ныне и ОАК, и, по сути, всего российского авиапрома) Михаил Погосян заявил:

"С Ту-334 невозможно реализовать бесстапельную сборку, а значит, трудоемкость процесса будет в три раза выше. Надо элементарные вещи понимать и не обманывать себя, не говорить, что "Сухой" закрыл программу Ту-334. Я ничего не закрывал! Просто Ту-334 спроектирован под никакое серийное производство. А мы "Суперджет" проектировали параллельно с программой технического перевооружения заводов в Комсомольске-на-Амуре и Новосибирске."

Свои резоны можно найти и по вводу "Единой Системы ЭВМ" в конце 60-х:

"Стоит начать с того, что к середине 60-х годов прошлого века назрела необходимость перехода от ЭВМ второго поколения к машинам с общей архитектурой, т. е. программно-совместимым. Сегодня мы даже не задумываемся, почему разные по конфигурации компьютеры (и собранные в разных частях света) могут без проблем взаимодействовать между собой, а полвека назад о такой совместимости можно было только мечтать. ЭВМ второго поколения, создававшиеся на полупроводниковых элементах (транзисторно-диодные), представляли собой отдельные системы, не годящиеся для массового выпуска. А компьютеры уже требовались не только для научных вычислений и оборонных нужд, они нужны были на предприятиях и прочих организациях, причем в больших количествах."

Сегодня мы этой проблемы не замечаем, поскольку система команд Intel и архитектура x86 (Pentium) по существу стали стандартом. Даже конкурент Intel, компания AMD, вынуждена выпускать процессоры с той же системой команд. И даже сам Intel теперь не может отказаться от введённого им же самим стандарта и вывести на рынок процессор с какой-то иной системой команд. Рынок просто откажется от него - слишком много программного обеспечения уже написано именно для x86. Та же проблема у Microsoft - все новые операционные системы должны быть совместимы с предыдущими версиями. Иначе не будут покупать! Система команд x86 стала отраслевым стандартом точно так же, как API (application programming interface - интерфейс программирования приложений) операционной системы Microsoft Windows. Это не строгое утверждение, Intel производит множество процессоров различной архитектуры. Но не для "десктопов" - настольных персональных компьютеров, здесь царствует именно x86. И в области программного обеспечения "стандартов", вообще говоря, два - Windows и Linux. И стандарты эти вводили не законом, так распорядился рынок.

Эта ситуация всеобщего стандарта на написание программ даёт огромные выгоды - вся масса программного обеспечения, созданная многими разработчиками и за многие годы продолжает быть полезной и постоянно накапливается. Сейчас выбор конкретной аппаратуры зависит чаще от того программного обеспечения, которое сможет на ней работать, чем от конкретных характеристик самой аппаратуры. Именно поэтому у какой-то новой архитектуры с новой системой команд на рынке нет шансов. Если нет режима совместимости со старой x86 никто не рискнёт её внедрять. И это не такое уж открытие, если вспомнить, что современный транслятор с языка программирования - это миллионы строк программы, это огромные затраты высококвалифицированного труда.

Совершенно иной была ситуация в 60-х годах прошлого века. Каждый новый компьютер вызывал необходимость создавать для него программное обеспечение буквально с нуля. И это правило сохранялось даже в рамках одного производителя! И первой это правило нарушила именно американская фирма IBM - она первая в отрасли начала создавать линейку программно совместимых компьютеров с различной производительностью и назначением. И именно поэтому захватила рынок так называемых "промышленных" компьютеров - массовых компьютеров средней производительности для экономических расчётов. Не Сеймур Крей со своими суперкомпьютерами захватил рынок, не фирма CDC, где он работал, а IBM, которая сделала ставку на стандарты программирования. Введение стандарта оказалось более важным, чем миллионы операций в секунду.

Система IBM360 - образец для копирования

Причины успеха IBM не стали секретом для советских руководителей компьютерной индустрии и задача в принципе ставилась правильно - необходимо было создать "Единую Систему" - как стандарт для программного обеспечения ЭВМ. В Советском Союзе с плановой экономикой это сделать было значительно проще, чем в США, достаточно издать приказ, который в итоге и был отдан (приказ Министра радиопромышленности №138 о создании НИЦЭВТ и назначении его головной организацией по разработке Единой системы ЭВМ - ЕС ЭВМ). Другое дело, что основой для этого стандарта могли быть выбраны самые разные архитектуры. И архитектура IBM тут вовсе не была обязательной. Да, фирма IBM наработала достаточно богатое программное обеспечение, которое можно было "позаимствовать" в случае совместимости архитектуры ЭВМ. Но в конце 60-х этот фактор был пока не самым серьёзным в выборе, наши разработки не слишком уступали в богатстве и возможностях ПО.

Минск-32 - самый массовый советский компьютер 70-х годов.

Для иллюстрации сказанного достаточно напомнить, что та же БЭСМ-6 производилась в течении 20 лет (до 1987 года) и общее количество произведённых комплектов достигало 367. Это очень много для таких дорогих машин. Программное обеспечение таких машин фактически становилось уже промышленным стандартом. Но и это не рекорд. ЭВМ "Минск-32" разработки Пржиялковского было выпущено около 3 тыс штук! Что неудивительно при относительной дешевизне, которая следовала из-за конвейерной сборки, осуществлённой впервые в практике электронного машиностроения. И для "Минск-32" было разработано достаточно богатое, по меркам того времени, программное обеспечение: система символьного кодирования (ССК); макрогенератор и язык макроописаний с набором библиотечных макрокоманд; транслятор с языка КОБОЛ; транслятор с языка АЛГАМС; транслятор с языка ФОРТРАН. На совещании СЭВ в Будапеште в 1972 г. она была признана базовой для организации АСУ в странах СЭВ. Чем не стандарт? Но "Минск-32" была разработана в 1968 году и стала последней песней Минского проектного бюро завода счётных машин им. Г. К. Орджоникидзе. Завод входил в ведомство Министерства радиопромышленности СССР и первым стал жертвой решения руководства.

Однако сам конструктор машины Виктор Владимирович Пржиялковский так описывает причины введения копирования системы IBM:

"Восьмибитный байт был главнейшим отличием архитектуры IBM 360, эффективно работать с ним не могла ни одна отечественная ЭВМ. Не принять его для машин "Ряда" означало крайне затруднить информационную совместимость с западными ЭВМ, что даже в условиях "железного занавеса" считалось нежелательным.

Принять восьмибитный байт после семибитного ("Минск-32") и шестибитного (БЭСМ-6, "Весна", М-220 и др.) было бы перспективно, но за этим решением стояла разрядная сетка 8-16-32-64 бита, вместо привычных 36- и 48-битных. Неизбежное увеличение оборудования можно было компенсировать новой микроэлектронной базой - интегральными микросхемами. А если взять принятую зарубежными фирмами кодировку восьмибитного байта, ставшую де-факто мировым стандартом и систему команд (одно-двухадресную систему с шестнадцатью регистрами общего назначения), то можно было ставить задачу обеспечения полной программной совместимости с IBM-360.

Проведённые в ИПМ АН СССР исследования показали, что программы, составленные для IBM-360, требуют в 1,5-3 раза меньшего объёма памяти, чем программы БЭСМ-6, "Весна", М-20. Дискуссия в основном сводилась к вопросу о том, возможна ли реализация архитектуры IBM-360 в условиях жёсткого эмбарго, ибо если она без документации и образцов невозможна, то не стоит тратить силы на её точное воспроизведение и её нужно "улучшить".

Конец этой дискуссии положило решение комиссии по ВТ АН СССР и ГКНТ от 27 января 1967 г. под председательством академика А. А. Дородницына, которым было предложено принять для "Ряда" архитектуру IBM-360 "с целью возможного использования того задела программ, который можно полагать имеющимся для системы 360". Это решение было принято практически при поддержке присутствующих представителей организаций, которым предстояло работать по программе "Ряд". Альтернативного предложения на этой комиссии никто не выдвигал."

Но если вернуться к вопросу объективной целесообразности копирования именно IBM, то чётких аргументов так и не прозвучало. Да, ввели восьмибитный байт, у нас он тогда был слишком разным - шестибитный в БЭСМ-6 и семибитный в "Минск-32". Это что, суть вопроса? А почему не 9, не 12 бит? На мой взгляд, с высоты 21 века, уже и 16 бит мало. Самое время вводить 32-битный байт. Байтовая адресация давно изжила себя, а машинное слово может иметь любую разрядность. Удобная для программистов шестнадцатеричная система счисления делает удобным 16-битный байт. С точки же зрения схемотехники байт следовало бы сделать четырёхбитным - для первых микросхем 4-х разрядная организация была оптимальной.

Может хотели сэкономить на разработке программного обеспечения? Для чего ещё нужна программная совместимость? Брать чужое программное обеспечение, своих программистов переучить на трактористов? Судя по тому, что число программистов не уменьшилось, этого всё же не планировалось. Однако именно это звучало главным аргументом! Полагаю, что такие аргументы служили в основном ширмой для проявления совершенно других интересов. Ведомственных и некоторых иных. Об этом говорит конечный результат проводимой политики. А также кое-какие странные совпадения. Вот о них и поговорим далее...

ДВЕ ТРАГЕДИИ СОВЕТСКОЙ КИБЕРНЕТИКИ. ЧАСТЬ 3.

"Мне она сразу понравилась. Это был уже настоящий, серьёзный мэйнфрейм: шесть нормальных лентоводов (ленты в бобинах, прощайте удочки!), перфокарточный ввод-вывод (по сравнению с перфолентой это колоссальный прогресс, оценить который может только тот, кто хорошенько надолбался с перфолентами). Конечно, скоростной АЦПУ, никаких "стрекоталок". Быстродействие, память 64 килослова (в слове 37 бит) - супер! И самое поразительное - магнитные барабаны (вот забыл, сколько их было штук). В конце 60-х и первой половине 70-х "Минск-32" был самой популярной машиной (вне академической и военной сфер), неприхотливой, на редкость удачной. В ней как будто был угадан тот максимальный уровень сложности, который возможен в массовом (и не военном) изделии советского хайтека."

"Только в 1973 мне довелось увидеть первую машину ЕС-1020. И она... не работала. Ее налаживали, налаживали, налаживали... Наконец, к концу года заработала с горем пополам и оказалось, что машина по памяти, быстродействию, периферии слабее, чем "Минск-32", который уже лет пять как скромно трудился себе в соседнем зале. И так повсюду. Обещанные массовые машины действительно поступали туда, где ещё вчера обладание настоящей ЭВМ было несбыточной мечтой: в рядовые (не оборонные) проектные институты, КБ и НИИ, в областные статуправления, на предприятия министерств, не входящих в пресловутую "девятку". Однако, качество техники было ужасающим, она налаживались месяцами и требовала неустанных усилий для поддержания работы. Конечно, были исключения. Кое-каким счастливчикам перепадали немецкие 1040 и польские 1032."

"Ни одна из декларируемых целей не была выполнена. Споткнулись как раз на том, ради чего весь сыр-бор затевали: на организации массового выпуска высокотехнологической продукции, на развёртывании инфраструктуры для её эксплуатации. На том, чего в Советском Союзе органически, генетически не умели делать ни в одной из отраслей, кроме оружейной (и то, может это "кроме" от нашей неосведомлённости?)."

"Хороша ложка к обеду. За десять с лишним лет сложилась целая ЕС-индустрия - заводы, НИИ и КБ, издательства и учёные советы, писались книги, защищались диссертации, строились наполеоновские планы.... И все это было уже никому не нужно. Вроде бы освоили, наконец, выпуск долгожданных 370-х аналогов. Случись лет на семь-восемь раньше - был бы триумф. Сейчас же - никому не нужно..."

Однако, вернёмся к описанию ситуации в области вычислительной техники в конце 60-х - начале 70-х. Появление супер-ЭВМ БЭСМ-6, массовое производство "Минск-32" и его очевидные достоинства её полностью не исчерпывают. В СССР был ещё один конкурент для машин IBM серии 360 и сочетавший в себе те достоинства системы, к которым так стремилось руководство компьютерной индустрии. Это машины серии "Урал" разработки Башира Искандеровича Рамеева. Рамеев стоял у истоков советской кибернетики, он был участником разработки первой в Советском Союзе электронной цифровой вычислительной машины (совместно И.С. Бруком), был заместителем главного конструктора первой серийной ЭВМ "Стрела", и он первым в стране сформулировал и реализовал в разработанном под его руководством семействе машин принцип программной и конструктивной совместимости. Произошло это до того, как этот принцип внедрили в IBM! Как описывает Малиновский:

"Основные черты нового поколения машин были изложены в аван-проекте на семейство ЭВМ "Урал-11", "Урал-14", "Урал-16" (см. копию титульного листа аванпроекта. Приложение 14.). Он появился на полтора года раньше публикаций об американском семействе машин IBM-360. Таким образом идея создания семейства программно и конструктивно совместимых ЭВМ была высказана Рамеевым независимо от американских ученых и реализована практически одновременно. Важно отметить и то, что в отличие от первых моделей семейства IBM-360 семейство "Уралов" обеспечивало возможность создания систем обработки информации, состоящих из нескольких одинаковых или разных машин, было рассчитано на работу в сетях и, наконец, было "открытым" для дальнейшего наращивания технических средств. Математическое обеспечение "Уралов" находилось на достаточно высоком уровне, о чем свидетельствует акт Государственной комиссии, подписанный академиком А.А. Дородницыным: "Впервые в СССР реализован системный подход к разработке математического обеспечения для ряда ЭВМ. В разработанной системе использованы собственные оригинальные решения. Разработанная операционная система выполняет основные функции, реализуемые в современных операционных системах. Документация по математическому обеспечению отличается высоким качеством, полнотой и единством оформления."

ЭВМ Урал-11 - младшая в линейке

Ещё в ноябре 1962 года в Пензе (в НИИ математических машин, где Рамеев занимал должность главного инженера и заместителя директора по научной работе) была закончена разработка унифицированного комплекса элементов "Урал-10", рассчитанного на автоматизированное производство. И хотя эти элементы разрабатывались для использования в серии ЭВМ "Урал-11" - "Урал-16", они нашли широкое применение и в других средствах вычислительной техники и автоматике. Для этих целей было выпущено несколько миллионов штук элементов. То есть это было уже готовое массовое производство унифицированных модулей - основы для массового же производства ЭВМ. Унифицированный комплекс логических элементов представлял собой набор полупроводниковых схемных элементов модульной конструкции из 5 типов основных и 10 типов специальных модулей (для накопителей и внешних устройств). Электронные схемы "Урал-11" на 90% состояли из двух типов основных диодно-транзисторных модулей, которые размещались в ячейки, имеющие запаиваемый разъём. Их выпуск освоил Пензенский завод вычислительных электронных машин - ВЭМ.

В семейство полупроводниковых "Уралов" входили три модели: "Урал-11", "Урал-14" и "Урал-16". Первые две модели семейства стали выпускаться серийно с 1964 года, а последняя - с 1969 года. За период с 1965 по 1975 гг. было выпушено 123 комплекта "Урал-11". ЭВМ "Урал-14" выпускалась с 1965 по 1974 гг., был произведён 201 экземпляр машин. А вот старшая модель семейства была выпущена лишь в 3-х экземплярах в 1969 г. - сказалась переориентация на IBM.  К концу 60-х годов пензенские "Уралы" применяли в многочисленных вычислительных центрах НИИ, на заводах, в банках, в системах военного назначения. На их базе были созданы многомашинные системы "Банк", "Строитель", системы обработки данных, получаемых со спутников.  Это первое в нашей стране семейство машин с унифицированной системой организации связи с периферийными устройствами (унифицированный интерфейс), унифицированной оперативной и внешней памятью. Однако уникальность "Уралов" была не только в их программной совместимости, в унификации электронных модулей, но и в способности создавать многомашинные комплексы, способные обрабатывать единый массив информации. Каналы связи "Уралов" поддерживали скорость более 2 мегабит в секунду (2 200 000 бит в секунду)! Это было задолго до появления сетевых технологий за рубежом. И, конечно, на ЭВМ семейства IBM-360, выпускаемых в те годы, такие системы построить было невозможно.

В 1968-1969 гг. завершалась работа над проектом уже многопроцессорной ЭВМ "Урал-25", старшей моделью, завершавшей семейство. И была начата проработка "Урал-21" на интегральных схемах. Это был запланированный переход к 4-му поколению. Что остановило работу? Копирование IBM/360. Конечно разработчики "Уралов" во главе с Рамеевым, так же как Глушков и Лебедев - другими известными разработчиками ЭВМ, были против копирования. Они предлагали вести новую разработку на основе отечественного опыта, хотя и с учётом зарубежных достижений. В октябре 1967 г., после известного совещания, они пишут письмо руководству Минрадиопрома, основному инициатору создания ЕС ЭВМ:

"Решение о разработке единого ряда электронных математических машин, предназначенных для использования в народном хозяйстве, правильное и своевременное. Оно призывает к объединению усилий коллективов разработчиков математических машин. Нужно ожидать, что это позволит резко увеличить производство математических машин благодаря единой технологической и конструктивной основе и даст возможность использовать единое математическое обеспечение для большинства применений.Успех, который предполагается достигнуть в результате разработки единого ряда машин, целиком определяется путями решения этого вопроса. Не может не вызвать серьёзных возражений решение о копировании моделей машин системы IBM-360, предложенное комиссией по вычислительной технике при Президиуме АН СССР 26.1.67 г. Необходимо учитывать, что система IBM-360, являясь разработкой 1963-1964 годов, уже в настоящий момент начинает отставать от уровня требований, предъявляемых к математическим машинам.

... Предложение о копировании системы IBM-360 эквивалентно планированию производства математических машин в семидесятые годы на уровне математических машин начала шестидесятых годов. Учитывая тенденцию развития науки и техники, можно смело утверждать, что в семидесятые годы архитектура системы IBM-360 будет устаревшей, не способной удовлетворить требования, предъявляемые к вычислительной технике.

...Архитектура системы IBM-360 имеет ряд недостатков, без устранения которых недопустима разработка ряда машин, предназначенных для использования в ближайшее десятилетие, так как совокупность этих недостатков делает систему не соответствующей даже сегодняшним требованиям. Копирование зарубежной разработки исключит возможность использования собственного опыта, накопленного коллективами разработчиков математических машин, и на ближайшие годы приведёт к отказу от начала разработок, использующих новые принципы. Все это приведёт к торможению развития вычислительной техники в стране."

Альтернатива IBM - RCA Spectra 70

Таким образом, в СССР в 1967 году альтернатив для семейства IBM хватало. Однако альтернативы имелись и другие - можно было взять за основу иную западную фирму! Если IBM отказалась от предложенного ей сотрудничества (были такие переговоры), то английская фирма ICL сама его предложила. И её предложения реально обсуждались на заседаниях в правительственных комиссиях. Одно из последних состоялось уже позже 1967 года - в декабре 1969 г. в Минрадиопроме. Рамеев сохранил стенограмму совещания и передал его Малиновскому, который и опубликовал его в своей книге. Приведу его также: 

"Присутствуют: Калмыков, Келдыш, Горшков (председатель ВПК. - Прим. авт.), Савин, Кочетов (представители ЦК КПСС. - Прим. авт.), Раковский (зампред Госплана СССР. - Прим авт.). Сулим, Лебедев, Крутовских, Горшков (заместитель министра радиопромышленности. - Прим. авт.), Левин, Шура-Бура, Ушаков, Арефьева, Пржиялковский, Маткин, Дородницын.

Сулим. О состоянии переговоров с ГДР и ICL. Вариант IBM-360. В ГДР принята ориентация на IBM-360. Успешно разрабатывается одна из моделей (Р-40). У нас есть задел, есть коллектив, способный начать работу. На освоение операционной системы IBM-360 потребуется 2200 человеко-лет и 700 разработчиков. С фирмой IBM отсутствуют всякие контакты. Возникнут трудности в приобретении машины-аналога. Ее стоимость 4-5 млн. долларов. В ГДР имеется только часть необходимой документации. Вариант ICL. Получим всю техническую документацию, помощь в ее освоении. Придется провести небольшие переделки. Фирма предлагает закупить партию выпускаемых ею машин. Есть возможность использовать коллектив программистов для подготовки прикладных программ. Группа наших программистов уже проходит стажировку на фирме. В перспективе совместная разработка ЭВМ четвертого поколения. Фирма старается помочь во всем, поскольку надеется в союзе с европейскими фирмами, в том числе нами, выступить конкурентом IBM. Согласие фирм Италии и Франции об участии в создании вычислительной техники четвертого поколения имеется.

Пржиалковский. По IBM-360 имеем систему из 6 тыс. микрокоманд, 90 % схем ТЭЗов, 70 % растрассировано, 7000 единиц конструкторской документации. При переориентировке на ICL придется переработать весь этот задел, это задержит работы на 1-1,5 года. Понадобится много валюты (для закупки ЭВМ фирмы ICL). Вариант сотрудничества с ГДР, успешно ведущей работу по IBM-360, предпочтительнее. Если усилить коллектив математиков, то ДОС можно разработать к 1971 г. Пора прекратить колебания.

Крутовских. Наш проект предусматривал систему моделей IBM-360. При переориентации на фирму ICL состав моделей должен быть другим. Меняются технические характеристики. Нужно 4-5 месяцев на аван-проект. В фирме ICL нет ясности по старшим моделям. Они добавляются к ряду малых и средних ЭВМ как суперЭВМ. Этого лучше не делать. При переориентации задержатся сроки подготовки техдокументации на 1,5-2 года, а может и больше. Работая с ГДР по IBM-360, можно получить ДОС и ОС к началу серийного производства, снимается вопрос об их разработке. Немцы ушли дальше нас. Они переориентироваться не смогут. Англичанам нужен рынок. Они будут водить нас за нос. По большим машинам они сотрудничать не будут. 150 машин у них купить нельзя.

Дородницын. Вопрос освоения IBM-360 подается в упрощённом виде. Все значительно сложнее. На освоение ОС надо не менее четырех лет, и неизвестно, что получим. Надо самим (вместе с ICL) создавать ДОС и ОС и ориентироваться на разработки машин совместно с ICL.

Лебедев. Система IBM-360 - это ряд ЭВМ десятилетней давности. Создаваемый у нас ряд машин надо ограничить машинами малой и средней производительности. Архитектура IBM-360 не приспособлена для больших моделей (суперЭВМ). Англичане хотят конкурировать с американцами при переходе к ЭВМ четвертого поколения. Чем выше производительность машины, тем в ней больше структурных особенностей. Англичане закладывают автоматизацию проектирования. Система математического обеспечения для "Системы-4" динамична, при наличии контактов ее вполне можно разработать. Это будет способствовать подготовке собственных кадров. Их лучше обучать путем разработки собственной системы (совместно с англичанами).

Шура-Бура. С точки зрения системы математического обеспечения американский вариант предпочтительнее. ОС требуется усовершенствовать. Для этого надо знать все программы.

Келдыш. Нужно купить лицензии и делать свои машины. Иначе мы будем просто повторять то, что сделали другие. В принципе, большие машины надо создавать самим.

Лебедев. Наши математики считают, что готовить программистов лучше по методике англичан.

Раковский. Нужно думать о перспективе. Нужна единая концепция. Все говорили, что система математического обеспечения IBM совершеннее, но ОС громоздка. В течение четырех-пяти лет ее нельзя полностью освоить. Трудно, но сегодня нужно принять решение. Если ориентироваться на ICL, то будет трудно с ГДР; за пять лет немцы выпустят 200 экземпляров Р-40. И все-таки следует принять предложение ICL.

Крутовских. Все разработчики, кроме Рамеева, не хотят переориентироваться на фирму ICL. P-50 будет готова в 1971 г.

Калмыков. Наличие ДОС сразу дает возможность использовать машины, которые мы начнем выпускать. Много программ можем получить у немцев. Отрицательные моменты. Мы не имеем машин IBM-360. И не будем иметь контактов с фирмой IBM. Если переориентироваться на фирму ICL, то потеряем время. Но с ними возможны прямой контакт и сотрудничество при создании ЭВМ четвертого поколения. Это большое преимущество. Четвертое поколение ЭВМ они будут делать без американцев, хотят быть конкурентоспособными по отношению к IBM.

Келдыш. Не следует переориентироваться на ICL, но переговоры с ними по четвертому поколению ЭВМ нужно вести.

Калмыков. Переориентироваться на ICL не будем. Перед немцами поставим вопрос о том, чтобы больше помогали". Из состоявшегося обсуждения видно, что против копирования системы IBM-360 были Лебедев, Дородницын, Раковский, Сулим, Маткин; Келдыш говорил: "Нужно купить лицензию и делать свои машины, иначе мы повторим то, что сделали другие". И Калмыков колебался - перечислил преимущества ориентации на ICL. Основными активными сторонниками копирования были генеральный конструктор ЕС ЭВМ Крутовских, его первый заместитель Левин, Шура-Бура, Пржиалковский. Если бы на совещании у Калмыкова 18 декабря 1969 года, где принималось окончательное решение, генеральный конструктор высказался против копирования, вычислительная техника в СССР пошла бы по другому пути."

Вообще-то министр МРП Калмыков не колебался, а пробивал вариант IBM, просто вёл себя дипломатично, как и положено руководителю такого ранга. Тоже самое можно сказать про Келдыша. А интрига по поводу варианта ICL несколько интереснее, чем может показаться с первого взгляда. Дело в том, что ICL System-4 - это копия RCA Spectra 70, которая сама является клоном IBM-360! То есть, это перепев той же системы, но в другом исполнении. И, надо заметить, что "перепев" тут был не хуже оригинала, а лучше - у IBM взята лишь пользовательская часть системы команд, а "супевизорская", или системная, переделана. И не просто так, а для увеличения быстродействия - скорость переключения между программами стала значительно быстрее.

Для нас это означало, что с точки зрения библиотек программ варианты идентичны, но требовалась иная операционная система. И англичане тут предлагали сотрудничество! Ничего не надо было воровать! Нам дали бы операционную систему и помогли бы её адаптировать для различных вариантов аппаратуры. А мы сами могли бы участвовать в её развитии. Очевидно, что этот вариант был более предпочтителен варианта IBM и наиболее честные из участников совещания это хорошо понимали. Тот же Сулим, замминистра Минрадиопрома, просто написал заявление об уходе сразу после очередной коллегии министерства. Это был акт возмущения той глупостью, что делало руководство. Последствия этой глупости приводит Рамеев в своём исследовании в 1991 году:

Парк ЭВМ СССР 1989 года

Это парк машин 1989 года! Заметим, что ЕС-1022, копию IBM-360/50 разработки 1965 года, у нас начали производить лишь в 1974 году. Почти четверть парка ЭВМ 1989 года составляют эти ЕС-1022, которые, заметим, были хуже "Минск-32" по параметрам. Сам Рамеев приходит к следующему заключению:

"Как видно из таблицы, парк ЭВМ общего назначения состоит из:

• 24,9% ЭВМ технического уровня 1965 г. (ЕС-1022);

• 12% различных ЭВМ выпуска 1965-1970 годов;

• 13,6% ЭВМ технического уровня 1971 г. (ЕС-1033, ЕС-1055);

• 36% ЭВМ технического уровня 1973-1978 годов (ЕС-1035, ЕС-1036, ЕС-1045, ЕС-1046, ЕС-1060, ЕС-1061);

• 13,5% другие ЭВМ технического уровня 1971-1980 гг. (23 разные модели ЕС ЭВМ, АРМы на базе ЕС ЭВМ, импортные ЭВМ).

Выбор зарубежных аналогов производился по номинальной производительности без учета дополнительных параметров, характеризующих технический уровень. Если учесть такие параметры, как технический уровень элементной базы, емкости запоминающих устройств, состав периферийных устройств, материалоемкость (габариты), энергопотребление и надежность ЭВМ, находящихся в эксплуатации, то их технический уровень следует изменить на несколько лет назад. И следует считать технический уровень, например, не "Х-летней давности", а "более X-летней давности".

Таким образом, структура парка ЭВМ на базе процессоров общего назначения по техническому уровню характеризуется так: 50% парка состоит из ЭВМ, которые по техническому уровню отстают на 20-25 лет; 49% - более чем на 10-15 лет. Технический уровень парка, выраженный в годах, как будто ни о чем не говорит, но за этим скрывается огромная разница в технико-экономических показателях и эффективности машин парка. По мере развития научно-технического прогресса, совершенствования технологии и появления новых технических решений в условиях конкуренции постоянно происходит улучшение показателя "характеристика/стоимость" средств вычислительной техники и информатики, отражающего высшие достигнутые к этому времени технические, технологические, эксплуатационные и экономические характеристики.

По зарубежным источникам, за 15 лет обобщённый технико-экономический показатель отношения "характеристика/стоимость" ЭВМ увеличился в 1000 раз, а надежность - более чем в 15 раз. На эксплуатацию устаревших средств вычислительной техники и информатики тратятся кадровые, финансовые и материальные ресурсы, не адекватные тому технико-экономическому эффекту, которое они дают. Так, убытки только из-за простоев по техническим причинам (низкой надежности) вычислительных систем и ЭВМ в парке страны составили в 1989 г. порядка 500 млн. рублей. Таковы экономические и технические последствия для страны волевого решения о копировании IBM-360."

(Продолжение следует...)