Двухмашинный вычислительный комплекс вк-1010: структура и взаимодействие

ВК-1010 представлял собой вычислительную систему, построенную на базе двух ЭВМ ЕС-1030. Каждая машина имела собственный процессор, оперативную память и каналы ввода-вывода. Периферийные устройства, такие как консольные терминалы и устройства ввода-вывода перфокарт, были индивидуальны для каждой ЭВМ, тогда как накопители на магнитных дисках и лентах могли использоваться совместно благодаря контроллерам с двумя интерфейсами и переключателями режимов.
Двухмашинный вычислительный комплекс вк-1010: структура и взаимодействие
Изображение носит иллюстративный характер

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

Для быстрого обмена данными между памятью двух машин использовался адаптер «канал-канал» ЕС-4060. Этот адаптер, подключаемый к селекторным каналам обеих ЭВМ, обеспечивал передачу данных с пропускной способностью, близкой к пропускной способности более медленного канала. В свою очередь, процессоры были связаны между собой через интерфейс прямого управления и блок состояния вычислительного комплекса (БСВК).

БСВК отслеживал состояние каждой ЭВМ через регистры, где хранились данные о включенности, исправности, режиме работы и т. д. Несоответствие между программно устанавливаемым состоянием и состоянием, установленным вручную, вызывало прерывание и последующую синхронизацию регистров. Команды прямого чтения и записи позволяли передавать байты данных без изменения состояния ЭВМ, но для больших массивов информации использовался адаптер «канал-канал». Комплекс ВК-1010, разработанный в первой половине 1970-х, заложил основы для создания более совершенных многомашинных систем.


Новое на сайте

20873Как Chrome и Safari мешают мошенникам красть данные? 20872Может ли один запрос взломать сервер на PHP? 20871Что скрывает критическая уязвимость GitLab с оценкой CVSS 10,0? 20870Как LiteLLM 1.107.0 превратили в ловушку для учётных данных? 20869Когда ИИ-агенты отключают контроль 20868Уязвимости Plex открыли путь майнерам и Linux-бэкдору 20867Взлом OpenCode Console: под угрозой могли оказаться ключи OpenAI, Anthropic и Google 20866Rank Math PRO: заражённое обновление оставило на сайтах самовосстанавливающийся бэкдор 20865Как исследовательские модели OpenAI обходили ограничения и присваивали чужие данные 20864Атака на BeyondTrust: шпионская группа получила доступ к серверам поддержки 20863Как пакет imgdecode превращает npm-зависимость в загрузчик вредоносного кода? 20862Как PEERSTITCH обходит проверки VPN-сессий FortiOS? 20861Что происходит, когда ИИ-агент выходит за пределы тестовой среды? 20860Как 37-летняя ошибка открыла путь к root в OpenBSD 7.9? 20859ИИ-модели для SOC: точный ответ зависит от улик
Ссылка