История вычислительной техники в лицах

Постановлением Совмина СССР серийное производство ЭВМ «Сетунь» было поручено Казанскому заводу математических машин. Первый образец машины демонстрировался на ВДНХ. Второй пришлось сдавать на заводе, потому что заводские начальники при помощи присланной из Минрадиопрома комиссии пытались доказать, что машина (принятая Межведомственной комиссией и успешно работающая на ВДНХ) неработоспособна и не годится для производства. «Пришлось собственными руками привести заводской (второй) образец в соответствие с нашей документацией, — вспоминает Брусенцов, — и на испытаниях он показал 98 % полезного времени при единственном отказе (пробился диод на телетайпе), а также солидный запас по сравнению с ТУ по климатике и вариациях напряжения сети. 30.11.61 г. директор завода вынужден был подписать акт, положивший конец его стараниям похоронить неугодную машину».

Желания наладить крупносерийное производство у завода не было, выпускали по 15–20 машин в год. Вскоре и от этого отказались: «Сетунь» поставляли за 27,5 тыс. руб., так что смысла отстаивать ее не было — слишком дешева. Тот факт, что машины надежно и продуктивно работали во всех климатических зонах от Калининграда до Магадана и от Одессы и Ашхабада до Новосибирска и Якутска, причем, без какого-либо сервиса и, по существу, без запасных частей, говорит сам за себя. Казанский завод выпустил 50 ЭВМ «Сетунь», 30 из них работали в высших учебных заведениях СССР.

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

В 1961–1968 гг. на основе опыта «Сетуни» Брусенцов вместе с Жоголевым разработали архитектуру новой машины, названной затем «Сетунь-70». Алгоритм ее функционирования был с исчерпывающей полнотой записан на несколько расширенном «Алголе-60» (за рубежом подобное делали затем на специально изобретаемых языках описания архитектуры, например, на ISP). Это описание заведующий ВЦ МГУ И.С. Березин утвердил в 1968 г. в качестве ТЗ на машину. Оно задавало инженерам предписание того, какую машину надлежит сделать, а программисты имели точное до битов описание, позволявшее заблаговременно создавать для нее программное оснащение, готовить эмуляторы ее архитектуры на имевшихся машинах и т. д. Было намечено, что к 1970 г лаборатория Брусенцова создаст действующий образец, а отдел Жоголева — систему программного обеспечения. «Сроки были в обрез, но в апреле 1970 г. образец уже действовал, — писал Н.П. Брусенцов. — Работал он на тестах, которые мне пришлось написать самому, потому что Жоголев не сделал по своей части буквально ничего. Он увлекся другой работой в сотрудничестве с Дубной. Машину мы все же „оседлали“, помог программист из команды Жоголева — Рамиль Альварес Хосе, а еще через год, „слегка“ модернизировав „Сетунь-70“, сделали ее машиной структурированного программирования. (Об этом подробно см. статью Н.П. Брусенцова и др. в сборнике „Вычислительная техника и вопросы кибернетики“ вып. 15. МГУ, 1978; там же — о преимуществах троичности. — Прим. авт.

).

Машина задумана так, что обеспечивалась эффективная возможность ее программного развития. Теперь это называют RISC-архитектурой. Троичность в ней играет ключевую роль. Команд в традиционном понимании нет — они виртуально складываются из слогов (слоги-адреса, слоги-операции, длина слога — 6 тритов, иначе; трайт — троичный аналог байта). Длина и адресность команд варьируются по необходимости, начиная с нульадресной. На самом деле программист не думает о командах, а пишет в постфиксной форме (ПОЛИЗ) выражения, задающие вычисления над стеком операндов. Для процессора эти алгебраические выражения являются готовой программой, но алгебра дополнена операциями тестирования, управления, ввода-вывода. Пользователь может пополнять набор слогов своими операциями и вводить (определять) постфиксные процедуры, использование которых практически не снижает быстродействия, но обеспечивает идеальные условия для структурированного программирования — то, чего не обеспечил Э. Дейкстра, провозглашая великую идею. Результат — трудоемкость программ уменьшилась в 5–10 раз при небывалой надежности, понятности, модифицируемости и т. п, а также компактности и скорости. Это действительно совершенная архитектура и к ней все равно придут».