Space Invaders

Установили блок питания — в освободившееся пространство, сравнительно большой и мощный — на четыреста пятьдесят ватт — как было у изначального компьютера — внедрение чипов снизило потребление более чем в два раза — оно не могло превышать двухсот десяти ватт, но это без учёта периферии. Ведь устройства расширения имели внутренний источник питания.

Устройство очень понравилось Воронову, но маленький экранчик не мог быть основным средством вывода информации — максимум — выводить результаты работы, как информационное табло. Поэтому вместо маленького экранчика он всунул туда флоппи-дисковод, специально сделанный как устройство расширения.

— А как тут операционная система грузится?

— Как и планировали — с помощью картриджа, вот такого...

Пластмассовая коробочка, снизу выходы микросхемы. Я разнял её и продемонстрировал содержимое — там была зелёная плата, щедро утыканная блоками энергонезависимой памяти. Сам картридж довольно большой и утопал в корпусе полностью, оставляя лишь небольшой край для удобного извлечения.

— Сколько тут памяти?

— Восемь блоков по тысяче бит в каждом. Восемь килобит.

— Много, — улыбнулся Старос, — это довольно много для такого маленького устройства.

— Зато ОС хранится на ней и скорость доступа гораздо выше. Не нужно при каждом включении загружать ОС в память.

— У него нет ПЗУ?

— У этой архитектуры с ПЗУ очень сложно. Память обратного адреса чтения-записи смешана с хранением кода в адресном пространстве. Поэтому программы либо копируются в память для чтения или записи перед выполнением, или помещаются в специальные карты. Одна из неприятных вещей — это ОС в системе без ПЗУ. Вариант с картриджем вполне себе рабочий — он записан намертво и присоединён как ещё одна схема памяти — и компьютер не видит разницы — распаяна память с загруженной операционкой или она вставлена отдельно...

После недолгого перерыва, который нужен был всем, чтобы снова выпить чаю, Воронов спросил:

— Допустим, PDP-8 мы скажем так, локализовали, китайским методом. Получилась неплохая железяка — из разряда очень компактных миникомпьютеров. А дальше?

— А дальше у вас непочатый край работы. Я сделаю для вас некоторое количество таких компьютеров — около тысячи штук. Подойдёт? А вот как их применить и куда внедрить — это уже ты давай сам. Ищи программистов, ищи людей, и занимайтесь разработкой нового поколения ЭВМ, не на архитектуре DEC. Софтину писать придётся, периферию разрабатывать новую, думаешь это легко? Придётся попотеть.

— Что ж, у нас по крайней мере есть чёткое понимание того, что нам нужно достичь, — сказал Старос, — это уже немало.

— Свои коррективы внесут чиновники. Но поначалу наоборот, придётся самим впихивать компьютеры.

— Причём непонятно куда — если нет спроса, — сказал Пётр, — бывают такие моменты, когда просто полный затуп и непонятно что дальше. Вот примерно в таком состоянии мы и находимся — вариантов не так чтобы много — и один другого хуже. Решение есть — задачи нет.

— Бери любое место где есть потоки данных и работай. Взять хотя бы тот же банковский сектор, или сферу услуг. Наконец просто сделать станок с ЧПУ полностью программным — тоже дело было бы хорошее.

— Промышленной автоматикой должны заниматься другие люди.

Задачу собственно не так уж сложно найти — Петя преувеличивает. Проблема была в другом — в отсутствии сетей передачи данных с хорошей скоростью — это ограничивало компьютеры очень сильно, что я и озвучил:

— Без интернета туго. Трудно найти применение компьютеру, у которого нет подключения к сети. Локальные задачи — сужают круг применения от всего мира до одной маленькой комнаты или станка...

— Это конечно — но надо обходиться тем, что есть. Существующие модемы, я узнавал, могут передавать цифровые данные — но сильно на это надеяться не приходится. Прокинуть сеть между компьютерами можно — но что это даст?

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

— Странный ты человек.

— Без большой базы данных ЭВМ — это большой калькулятор, а не информационная машина, — возразил Петя.

— Даю тебе простейшие идеи. Первое — сортировка почты и посылок — посредством ЭВМ и считывания штрих-кодов и если хочешь — qr-кодов. Система там регулярно задыхается от рутинной работы по сортировке. Автоматические системы сортировки чего угодно — посылок, писем, книг или бумажных документов — очень сильно помогли бы.

— Для этого нужно разработать немало — штрих-коды опять же требуют огромных баз данных.

— Не таких уж и огромных. Почтовый индекс умещается в шесть цифр.

— И как это по твоему сортировать, если у ЭВМ нет возможности держать в памяти даже все почтовые индексы? Даже если бы они идеально читались.

— Почему это нет? — выгнул я бровь, — задачей же является сортировка на крупных узлах. Допустим, мы используем печать индекса через штрих-коды, в виде наклеек, задача ЭВМ в данном случае сгруппировать все посылки и письма по крупным группам, прежде всего — на узловые станции дальнейшей отправки. А уже там в компьютерах заложена информация о том, какие есть отделения и они туда поступят. Смотри, тут ничего сложного на самом деле нет — допустим посылает продавец А посылку с товаром покупателю в город Елец. Улавливаешь?

— Пока да, — кивнул Петя.

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

— Это уже звучит интереснее, — сказал Петя, — а чем нагрузится?

— В твоё время интернет-торговля ещё не была особенно развита — она только начиналась. Почта России тормозила покупки с почтовой доставкой.

— Тоже верно. Надо этот вопрос обдумать... а сортировку на конвейере как думаешь реализовать?

— Да как обычно. Конечно, роботов как на складах крупных маркетплейсов будущего вы не скоро увидите — но как минимум можно поработать над автоматикой и возможно даже роботами.

— Если это получится — это будет самая быстрая почтовая система. Ещё бы с поездами нормально было — вообще молния.

— С поездами нормально — большую часть времени посылки тратят на сортировках и прочих перевалках. Понадобится строительство тяжёлой машинерии.

— В том то и проблема — это очень перспективно — но не задача сегодняшнего дня. То есть мы конечно этим займёмся — в ближайшие года два-три.

— Ну тогда я не знаю. Теряюсь в догадках. Мне то лично наплевать — ты у нас спец по интеграции — и ты не можешь ничего придумать? Поработай уже головой, поле непаханное — а ты не знаешь где тут можно пахать...

* * *

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

Причём над проработкой реализации данного процесса мы задумались сразу — и в участие включились все присутствующие кроме Жореса Алфёрова — молодой учёный мало что понимал в этом и предпочёл техническую литературу по своей профессиональной тематике.

Расчёт стоимости поездки должен был происходить по формуле — с множителями, делителями, суммированием и вычитанием, и так далее. Вроде бы ничего сложного, верно? Самое сложное здесь заключалось в вычислении самой поездки — нужно было иметь базу данных по железнодорожным станциям, чтобы отсчитать путь от одной до другой — и при этом базу данных по самим поездам, которая должна была иметь простой способ введения новых поездов и введения данных о количестве вагонов, мест и так далее.

Такая база данных выходила за пределы возможностей памяти PDP-8, адресации попросту не хватало — для хранения информации, чтения информации, необходимо было иметь нечто вроде монструозного шкафа в виде жёсткого диска IBM на двадцать восемь мегабайт — между прочим очень прогрессивная штука на данный момент.

Однако, такой возможности не было. И мы обсуждали, как можно схитрить, обманув ограничения платформы на объём памяти.

Думали крепко, пили крепкий чай...

— Есть идея... хотя нет — нет идеи...

— У меня есть предложение, — вмешался я, — весьма экстраординарное.

— Ну?

— А собственно с чего мы решили, что данные должны храниться локально? То есть на терминале в кассе или на вокзале? Создать сервер — с большой базой данных, а компьютеры на вокзалах подключить к ним. И на сервере хранить всю информацию по поездам — а компьютер на месте должен только обратиться к серверу, получить от него информацию по конкретным станциям.

— Это же сколько надо хранить информации? — возмутился академик Глушков, — по расстоянию между всеми станциями.

— Можно хранить только информацию о расстоянии между станциями одной линии — об отрезках пути, а конечный компьютер должен просто суммировать их, получив конечное расстояние между станциями. Думаю это будет просто.

— Да, это выход, — согласился Глушков, — станций всего около десяти тысяч, даже маленьких, на отдельной дороге их должно быть где-то около пятисот. Если убрать из калькуляции те, на которых большие поезда никогда не останавливаются — то десятки. Даже с учётом многочисленных ответвлений. Тогда это возможно.

— Тогда есть минус, — сказал Пётр, — каждый раз сервер будет вынужден передавать один и тот же набор данных.

— Не один и тот же, — покачал я головой, — после покупки билета данные о нём должны возвращаться на сервер, и программа на сервере должна этот номер бронировать или закрывать.

— Нам повезло что поезда и места имеют номера — с этими данными работать проще, — кивнул Пётр, — но я не о том — каждый раз придётся вводить новые данные о маршрутах.

— Есть способ это преодолеть, — вмешался Филипп Георгиевич, — маршрутов поездов не так много, а объём информации небольшой и стабильный. В память компьютера можно спокойно завести информацию по всем отрезкам пути всех продаваемых поездов. Если округлить до десяти километров — что в масштабах дальнего следования и расчёта стоимости не так важно — то количество данных ещё сократится. Получится просто длинная формула из отрезков пути, вводимых множителей и коэфициентов для расчёта.

Воронов с ним согласился:

— Это хорошая идея. А если нужно внести изменения?

— Это должно храниться на сервере и загружаться с сервера. А вот сервер может работать под управлением такой железки как IBM-360, улучшенной по сравнению с оригиналом в плане надёжности, памяти и быстродействия. И на сервере можно установить даже жёсткие диски. На месте ничего сложнее стриммера для магнитной ленты быть не должно.

— Или флоппи-дисковода.

— Или флоппи, — пожал я плечами.

— Тогда это выглядит вполне реализуемым. Вполне. По мере развития нужно будет совершенствовать систему и расширять область применения.

— Товарищи, я один не понимаю — ну сделаем, ну поменяем — откуда взяться резкому положительному результату? — спросил Алфёров, — по моему, железнодорожники вполне неплохо справляются с отовариванием билетами.

Ответил ему Воронов:

— Эта система только начало единой цифровой системы продажи и регистрации билетов, и базы данных поездов и маршрутов. Она должна значительно сократить очереди — ускорив продажу билетов, а местами вовсе автоматизировав её. Двигаться же нужно в направлении полностью автоматизированной системы управления траффиком пассажиров — чтобы исключить сверхзагруженные и недозагруженные рейсы с помощью ценовой манипуляции с поправками на спрос. Компьютер должен рассчитывать в том числе интенсивность покупки билетов и на основании этого составлять подробную топографию траффика — и регулировать ценами на будущие билеты, а так же выдавать рекомендации вплоть до отмены отдельно взятых поездов или рекомендации введения дополнительных. ПО для анализа траффика конечно должно работать не на сервере — но на ещё одном схожем компьютере.

Жорес признал правоту Воронова.

— Но это лишь так, одна из деталей пазла, — после недолгой паузы, сказал я, — которая может хотя бы на примере отдельно взятой железнодорожной ветки, показать результаты. Понадобится сервер, база данных — на жёстких дисках, протянуть линии цифровой связи между кассами и сервером, с десяток машин на кассы, желательно с текстовыми терминалами, а самое желательное — это проложить линию связи вдоль железной дороги — хотя бы телефонную, но качественную, на дюжину-другую номеров, и через обычные модемы передавать данные со всех крупных станций — там тоже установить ЭВМ. Как же проще было бы, будь у нас возможность использовать хотя бы чуть-чуть, самую малость, технологии из ближайшего будущего. Хотя бы на уровне сервера.

— Нельзя, — ответил Воронов, — и без того IBM, да ещё и лучше чем у американцев — это серьёзные сдвиги вперёд.

— Понимаю, что нельзя. Надо делать самим — на той базе, которая есть или которая будет в ближайшем, обозримом будущем... В целом, идея хорошо продумана — понадобится разработать периферию, специально под РЖД, или как они там называются, и программное обеспечение. Главная сложность мне видится в проведении линии цифровой связи вдоль всей железной дороги. Но с этим я думаю связисты смогут справиться?

— Должны, — ответил Петя.

— Я думаю, в качестве тестового прогона можно использовать моделированную сеть и моделированные компьютеры — или оригинал плюс модели. Ну, для разработки и отладки — а конечный результат уже будет на аутентичном железе. Плюс в том, что систем-360 это очень обратно-совместимая железяка. Очень. Её программы можно запускать на всей линейке, даже на железках которые на пятьдесят лет моложе каноничной трёхсотшестидесятой. Поэтому программы для 360 можно запустить на компьютерах двухтысячных — и они будут работать. Не наоборот. Эмулятор трёхсотшестидесятки есть в девелоперском моноблоке.

* * *

*

Весь день ушёл на споры учёных мужей — и только с утра пораньше все очухались — товарищи коммунисты вовремя съехали — оставив всю дачу в распоряжении всех гостей. Хотя пришлось слегка потесниться — у людей не было ничего — ни вещей, ни имущества. Утром я застал занятный разговор за завтраком. Повар, который с лёгкой руки Воронова начал учиться готовить суши и роллы, и очень в этом преуспел, получил вчера от меня в подарок четыре килограмма японских листов из водрослей и пару килограмм подходящего японского риса.