ВС/9

ВС/9
Разработчик	Унивак
Семейство ОС	ТОСС
Рабочее состояние	Снято с производства
Исходная модель	Неизвестный
Первоначальный выпуск	конец 1960-х
Платформы	UNIVAC Series 90 Мейнфреймы
По умолчанию ; пользовательский интерфейс	Интерфейс командной строки
Лицензия	Собственный

VS/9 — это компьютерная операционная система для UNIVAC Series 90 мэйнфреймов (90/60, 90/70 и 90/80), использовавшаяся с конца 1960-х по 1980-е годы. 90/60 и 90/70 представляли собой переупакованные компьютеры Univac 9700. После приобретения RCA компанией Sperry было установлено, что операционная система RCA TSOS намного более совершенна, чем аналог Univac , поэтому компания решила объединить аппаратное обеспечение Univac с программным обеспечением RCA и представила 90/70. Вскоре после этого была представлена модель 90/60 как более медленная и менее дорогая модель 90/70. Лишь с появлением 90/80 у VS/9 наконец появилась аппаратная платформа, оптимизированная для полного использования ее возможностей, позволяющих выполнять как интерактивные, так и пакетные операции на одном компьютере.

Фон

В сентябре 1971 года RCA решила выйти из бизнеса мейнфреймов, потеряв около полумиллиарда долларов в попытках (и безуспешно) конкурировать с IBM . Они продали большую часть активов компьютерного подразделения, которое тогда называлось Univac . Сюда входили серия компьютеров RCA Spectra ленточные , различные конструкции внешнего оборудования (например, видеотерминалы, накопители и считыватели перфокарт ), а также операционная система с разделением времени (TSOS).

TSOS, возможно, была лучшей операционной системой с точки зрения пользователя, чем любая из систем IBM, но в то время операционные системы не считались чем-то, что продавалось отдельно от компьютера, производитель включал ее бесплатно как часть покупной цены. Univac представила в TSOS некоторые дополнительные новые функции и переименовала его в VS/9. Однако имя «TSOS» осталось в качестве имени пользователя основной привилегированной учетной записи (администратора системы), которая в системах типа Unix называется «root». RCA также продала TSOS компании, которая впоследствии стала Fujitsu , и она является основой для операционной системы Fujitsu BS2000 на одноименных мэйнфреймах.

Использовать

Интерактивное использование

Интерактивное использование VS/9 осуществлялось через терминалы, подключенные к блоку концентратора терминалов, который передавал управляющие сигналы на терминалы и обратно, аналогично тому, как IBM предоставляла свои терминалы в стиле IBM 3270 . В целом это обеспечивало отправку ввода на терминал в ответ на клавишу ввода, в отличие от практики на ПК вводить по одному символу за раз. Блок концентратора первоначально назывался модулем управления связью или CCM. Однако RCA продала патенты и разработки своего терминального контроллера CCM корпорации Singer , поэтому Univac разработала устройство-эмулятор для CCM, которое было известно как контроллер многотерминального соединения модели 16 или MCC-16.

MCC-16 поддерживал как стандартный терминал Univac (от RCA), переименованный в терминал видеодисплея Uniscope или VDT, так и обычные немые терминалы ASCII . Uniscope VDT от Univac предоставлял сложные (на тот момент) возможности редактирования, включая возможность редактировать текст на экране и вносить изменения построчно или постранично, а затем передавать текст обратно на компьютер. VDT также поддерживал прямое позиционирование курсора и защиту ввода с помощью курсора , который указывал, что должен распознаваться только текст после курсора. Он также поддерживал специальный режим прокрутки в подмножестве экрана или «окне», в котором вместо прокрутки всего экрана вверх при отображении последней строки можно было сделать область прокрутки только нижней половиной экрана.

Было проведено различие между интерактивными терминалами (с разделением времени) и транзакционными терминалами. Если интерактивные терминалы управлялись непосредственно операционной системой, то транзакционные терминалы управлялись из пакетной программы. Первоначально эта пакетная программа, известная как MCP для программы многоканальной связи, была разработана для пакетно-ориентированных операционных систем RCA и Sperry, TDOS (операционная система на ленточном диске) и DOS (операционная система на диске). Как только стало ясно, что от них будет постепенно отказываться в пользу гораздо более надежной интерактивной операционной системы VMOS, MCP был портирован для работы на VMOS. VMOS (Операционная система виртуальной памяти) стала новым названием TSOS на компьютерах RCA Spectra 70 моделей 46, 61, 3 и 7, а затем первоначально на компьютерах Univac Series 70 (ранее RCA).

Со временем MCP была расширена для поддержки терминалов Sperry Univac, а ее название было изменено на COS (операционная система связи). Порты в CCM и позже в MCC, работающие в режиме эмуляции, могут быть назначены либо интерактивными, либо транзакционными, но не тем и другим одновременно. Если порт был назначен интерактивным портом, он контролировался службами разделения времени, интегрированными в операционную систему VMOS или VS/9. С другой стороны, транзакционные порты контролировались COS. Все терминалы, подключенные к этим портам, становились «собственностью» соответствующего управляющего программного обеспечения хоста. Разделение времени использовалось для разработки программ, что позволяло разрабатывать программы гораздо быстрее, чем традиционный пакетный процесс, который был современным в то время. Каждый пользователь с разделением времени представлял собой отдельную задачу и мог выполнять программы, создавать файлы и запрашивать системные ресурсы по мере необходимости. Во многом это стало возможным благодаря способности операционной системы управлять «виртуальной памятью» или временно сохранять страницы памяти (включая исполняемые программы) на диск или барабан, когда они не используются, а затем извлекать их позже по мере необходимости. Размер страницы виртуальной памяти был зафиксирован на уровне 4096 байт. Это позволило одновременно выполнять гораздо больше задач, чем в противном случае было бы ограничено ограниченным и дорогим пространством основной памяти. С другой стороны, все транзакционные пользователи контролировались одной программой, и их представление об окружающей среде ограничивалось тем, что им было представлено. Они не идентифицировались как отдельные задачи и не имели возможности запускать программы или запрашивать системные ресурсы.

CCM и MCC, работающие в режиме эмуляции, были «глупыми» аппаратными интерфейсами. То есть вся информация по сетевым протоколам, включая опрос терминалов, устранение ошибок и построение сообщений, размещалась в мэйнфрейме, в то время как CCM и MCC просто действовали как каналы между мэйнфреймом и телефонными линиями. Только после того, как MCC стал использоваться в качестве настоящего интерфейсного процессора, большая часть этих накладных расходов (таких как опрос и восстановление ошибок) была выгружена из мэйнфрейма, тем самым высвобождая компьютерное время для запуска прикладных программ. Этого не происходило до эпохи VS/9.

Пакетное использование

VS/9 поддерживал один или несколько устройств чтения карт, которые подключались к компьютеру и активировались пользователем, помещавшим колоду карт в бункер и нажимавшим кнопку «Пуск». Предположительно, компьютер прочитает исходную колоду и поместит все прочитанные карты в выходной лоток. Если колода карт состояла из действительного логина, она обрабатывалась бы как задание для выполнения.

Операции на сайте

VS/9 управлялся оператором компьютера на центральной площадке. Операторы компьютеров взаимодействовали с системой через системную консоль. Первоначально эта консоль представляла собой телетайп, но позже была модернизирована до устройства отображения видео с подключенным принтером системной консоли. Все сообщения системной консоли записывались на принтер системной консоли. Незапрошенные сообщения, исходящие из операционной системы, также записывались на принтер системной консоли. Операторы компьютеров имели ряд обязанностей:

Инициализируйте систему через процесс загрузки.
Запустите пакетные программные процессы.
Загрузите программу управления связью (MCP или COS), если на объекте имеются транзакционные терминалы.
Подавайте входные данные с помощью перфокарт или магнитных лент.
Подключайте/отключайте съемные диски и ленты по мере необходимости для пакетных и/или интерактивных задач.
Установите приоритет выполнения заданий или заданий во входных очередях.
Настройте лимиты пакетной обработки и интерактивного терминала для оптимизации производительности системы.
Поставка бумаги для локально подключенных принтеров.
Сообщайте о неисправностях системы обслуживающему персоналу поставщика.
Выполнение других обязанностей, определенных командой управления клиентами.

Функции

Группы томов

Одним из наиболее полезных усовершенствований в конце существования VS/9 стали группы томов. Дисковые технологии того времени обеспечивали ограниченное пространство для хранения на каждом диске. Поскольку дисководы были сравнительно большими и довольно дорогими, производители дисководов предоставили возможность физически извлечь диск из устройства и заменить его другим. Таким образом, клиенты имели возможность хранить данные, во много раз превышающие емкость их дисков, хотя их не обязательно можно было использовать одновременно, если не было достаточно свободных дисков. Ограниченное дисковое пространство также создало пользователям еще одну проблему. Очень часто файлы были больше, чем могло поместиться на одном диске. Группы томов помогли смягчить эту технологическую проблему, позволив файлам размещаться на нескольких дисках. Тома (диски), которые необходимо было монтировать одновременно, обозначались как «группа томов». Владельцев можно определить, чтобы ограничить доступ к конфиденциальным данным. После подключения и подключения к активной задаче всю группу томов нельзя было отключить до тех пор, пока все подключенные задачи не освободили ее или не завершили работу. Каждый диск, доступный системе, входил в группу томов, даже если в группе был только один том. Группы томов могут быть обозначены как съемные или фиксированные. Фиксированные группы томов нельзя было удалить в любой момент. Это было необходимо для дисков, на которых размещалась операционная система и файлы, поддерживающие транзакционные терминалы.

Удаленная пакетная обработка

Удаленная пакетная обработка (RBP) была возможностью, которая существовала в VS/9, хотя она никогда не использовалась полностью, вероятно, из-за ограниченного спроса. RBP позволял удаленным пользователям отправлять пакетные задания для выполнения на мэйнфрейме и получать результаты обратно на свой удаленный принтер. Обычно устройство удаленной пакетной обработки состояло из устройства считывания карт и принтера, подключенного к линии связи, которая взаимодействовала с удаленными службами пакетной обработки в операционной системе. Как и при локальном пакетном задании, операторы могут получать запросы на монтирование/отключение ленты или диска, а также запросы программы на ответы на вопросы.

Типы задач

VS/9 управлял задачами по типам задач. Типами задач могут быть либо выполняющиеся программы, либо очереди ожидающих задач. В VS/9 использовались следующие типы задач:

Очередь пакетного ввода
Выполнение пакетных программ
Активные пользователи с разделением времени
Печать и перфорация очереди вывода катушки
Устройства печати и перфорации, печатающие или перфорирующие
Очередь вывода RBP
Не используется
Печать устройств RBP

MCP и COS всегда были задачами типа 2. Оператор компьютера будет видеть количество задач в каждой очереди на системной консоли. Полный список очередей задач был доступен с любого интерактивного терминала с доступом администратора через написанную на местах программу, известную как «Stat200». Эта программа сканировала очереди задач каждые несколько секунд и отображала скользящий список задач на экране терминала, пока она не была прервана или прекращена. Хотя это и не был официально выпущенный продукт, он стал фактическим стандартом для мониторинга задач.

Доступ к аккаунту

VS/9 контролировал доступ посредством использования имени учетной записи и имени пользователя. Имя учетной записи представляло собой идентификатор длиной от 1 до 7 символов, а имя пользователя также представляло собой идентификатор длиной от 1 до 8 символов. Идентификаторами имен учетных записей и имен пользователей могут быть только буквы и цифры. Имя учетной записи было эквивалентом имени каталога в учетных записях пользователей в стиле Unix, с примечанием, что имя пользователя указывало, какое лицо, разделяющее эту учетную запись, было стороной, использующей ее. Таким образом, например, если бы существовало имя учетной записи S0103, если бы в этой учетной записи было два пользователя с именем Пэт и Лесли, у них был бы полный идентификатор S0103, PAT и S0103, LESLIE. Все их файлы будут храниться в каталоге S0103, и поэтому они не смогут создавать файлы с тем же именем. Обратите внимание: если бы существовало имя учетной записи, скажем, PA5, если бы существовал пользователь с именем Pat, его идентификатор был бы PA5, PAT и был бы совершенно не связан с любым другим пользователем с именем Pat.

Учетным записям могут быть предоставлены ограничения, такие как требование пароля для использования, ограничения на количество файлов, объем использования, время разрешенного использования (например, разрешение входа в систему только после 17:00 или до 8 утра) и ограничения ЦП. Пользователь также может давать команды, чтобы система прерывала программу, если текущий сеанс использовал больше определенного количества времени настенных часов или процессора.

Пользователь незарегистрированного терминала, желающий начать сеанс, нажимал красную кнопку. Transmit ключ на Univac VDT или используйте Control+ C на терминале ASCII. VS/9 выдаст следующий ответ:

Добро пожаловать в терминальную систему VS/9. Пожалуйста, войдите в систему.

За ним следует косая черта («/»), а в случае Univac VDT — символ подсказки, который выглядит как инвертированный цвет, больший, чем знак («>»). Пользователь войдет в систему, набрав слово « logon», за которым следует свой идентификатор, например имя учетной записи, запятая и имя пользователя. Если бы у них был пароль к их учетной записи, они бы ввели запятую, а затем свой пароль, который мог содержать от 1 до 4 символов. Если он содержал один или несколько пробелов (кроме конечных пробелов, которые можно было опустить), его нужно было вводить в одинарные кавычки. Если он содержал непечатаемые или двоичные символы, его нужно было ввести, используя букву X, за которой следовала кавычка, и 8-значное шестнадцатеричное значение пароля. Таким образом, если бы учетная запись S0103 имела пароль (в шестнадцатеричном формате) A0B0C0 и пробел, то пользователь LESLIE вошел бы в систему, набрав

/LOGON S0103,LESLIE,X'A0B0C0'

Если их учетные данные были неверными, либо потому, что имя учетной записи, имя пользователя или пароль были неправильными, они получили бы сообщение:

Вход недействителен, попробуйте еще раз.

и будет получено приглашение / для повторного входа в систему.

Если их учетные данные верны, то если системный менеджер (владелец учетной записи $TSOS ) опубликовал системное сообщение, оно будет отображаться в это время. Пользователь перейдет в командный режим, и появится стандартное приглашение/подсказка, в котором он сможет вводить различные команды. Пользователь завершит сеанс, набрав LOGOFF и нажмите «Передать» на Univac VDT или Control+ C на терминале ascii.

Функции терминала

Терминал VDT Univac имел четыре функциональные клавиши вверху, и VS/9 специально распознавал их.

F1 была эквивалентом клавиши разрыва на терминале Ascii. Если программа работала, она была бы прервана, и пользователь перешел бы в режим приостановки, в котором он мог бы ввести команду. Они могли ввести R или INTR, чтобы возобновить выполнение программы, в которой был сделан перерыв.
F2 и F3 можно было настроить для распознавания программой различных функций, но они не использовались VS/9.
F4 выполняла немедленный принудительный выход пользователя из системы в случае удара, случайно или намеренно. В MS-DOS это будет эквивалентно нажатию CTRL-ALT-DEL, что приводит к немедленной принудительной перезагрузке компьютера.

Системные команды

VS/9 принимал команды, вводя команду и любые параметры. Команды, выдаваемые в пакетном потоке либо в виде карточек, либо в виде пакетного файла, требовали, чтобы им предшествовала косая черта; команды, вводимые на терминале, не требовали использования косой черты. Команды включали следующее:

EXEC для загрузки и запуска программы
ЗАГРУЗИТЬ, чтобы загрузить программу в память и перейти в командный режим без запуска, чтобы обеспечить возможность отладки команд.
СДЕЛАЙТЕ запуск командного файла в текущем сеансе
ВВОД, чтобы запустить пакетный файл, как если бы он был отправлен на устройство чтения карт.
SYSFILE для указания расположения печатного вывода
LOGOFF для завершения сеанса. Если кто-то собирался использовать терминал или хотел сменить учетную запись, он также мог набрать LOGOFF BUT выдать немедленный запрос на новый логин. Любые печатные данные, созданные пользователем во время сеанса, будут переданы в буфер на построчный принтер и распечатаны в это время. Можно использовать опцию «TAPE», как в LOGOFF TAPE, LOGOFF BUT,TAPE или LOGOFF TAPE,BUT чтобы указать, что ожидающие распечатки следует записывать на магнитную ленту, а не печатать. Запрос будет отправлен оператору системы.

Если бы кто-то приостановил работающую программу (с помощью клавиши Break на терминале ASCII или клавиши F1 на Univac VDT) или использовал команду LOAD вместо EXEC, он оказался бы в «режиме останова», в котором программа был приостановлен, чтобы позволить пользователю перейти в командный режим. Они также могут выполнить приведенные выше команды, а также следующие:

R, чтобы возобновить программу, прерванную клавишей перерыва.
INTR выдает прерывание-возобновление программе, поддерживающей INTR
Отладка команд

VS/9 включал в себя интерактивную помощь при отладке (IDA), которая предоставляла команды для просмотра памяти и регистров, перехвата ошибок программы и сохранения памяти в определенных местах. В отличие от других систем, где для использования интерактивного отладчика требовалось либо запустить программу, либо связать модуль с программой, IDA была частью операционной системы, и ее команды были доступны из режима приостановки работы.

Еще одним очень полезным, но неподдерживаемым продуктом для устранения проблем операционной системы была программа CareCity. Операционная система VS/9 поставлялась в виде предварительно собранных модулей на магнитных лентах. Во время установки выбранные модули были связаны вместе на основе предоставленных параметров конфигурации для формирования функционирующей операционной системы, а затем сохранены на диске. В конце каждого модуля было выделено свободное пространство, которое использовалось для исправления существующего кода в случае ошибки без повторной сборки всего модуля. CareCity позволял администратору просматривать содержимое памяти операционной системы, используя адреса относительно начала каждого модуля операционной системы . Код исправления затем можно было бы вставить в назначенные области исправлений по мере необходимости, а затем можно было бы вставить ответвления от существующего кода к вновь установленному коду. Все это можно было сделать во время использования операционной системы .

Соглашения об именах файлов

Имена файлов могут иметь длину до 56 символов. Файл может состоять из букв, цифр, тире и цифр. Имя файла, состоящее из всех цифр, допускается, но в файле не может быть двух последовательных точек. Чтобы получить доступ к файлу в другой учетной записи, пользователю этой учетной записи необходимо было сделать файл общедоступным. Если файл был общедоступным, другой пользователь мог получить к нему доступ, добавив к имени файла индикатор того, что файл, на который ссылается, находится в другой учетной записи, то есть знак доллара («$»), за которым следует имя учетной записи. после чего следует точка.

Если бы в учетной записи S0103 был файл с именем «A» и пользователь учетной записи PA5 хотел бы получить доступ к файлу в учетной записи S0103, во-первых, файл должен был бы быть помечен как общедоступный, а во-вторых, на него должна была бы ссылаться имя учетной записи и имя файла. Таким образом, пользователь учетной записи PA5, который хотел получить доступ к файлу A в учетной записи S0103, если файл был общедоступным, будет ссылаться на него как $S0103.A. Обратите внимание, что пользователь в учетной записи S0103 может ссылаться на файл просто как «A» или может ссылаться на него с полным именем файла , включая знак доллара и собственное имя учетной записи, за которыми следует точка и имя.

Доступ к общедоступным файлам в специальной учетной записи TSOS можно получить с помощью $ в качестве первого символа файла, если только файл не начинается с имени, идентичного номеру учетной записи, и в этом случае явная ссылка на учетную запись $ТСОС . потребуется. Также, $ТСОС . было то, что будет называться путем к отсутствующим файлам, на которые ссылается имя, которые не были найдены в учетной записи пользователя. Например, если в учетной записи был файл S0103.XYZZY $TSOS , и в этой системе была учетная запись с именем S0103, любой пользователь, желающий получить к ней доступ, должен был получить к ней доступ как $TSOS.S0103.XYZZY.

TSOS также была учетной записью «по умолчанию» для файла, на который ссылались, но который не существовал локально. Например, чтобы запустить программу -редактор EDT , нужно ввести команду запуска программы EXEC, за которой следует имя файла, который называется EDT. Таким образом, если бы пользователь не создал файл с именем EDT, он мог бы запустить редактор EDT, набрав

/EXEC EDT

и нажать кнопку передачи. Если бы они по какой-то причине создали программу с таким же названием, чтобы использовать системный редактор, им пришлось бы набрать

/EXEC $EDT

или они могут явно ввести системную учетную запись

/EXEC $TSOS.EDT

Когда Unisys прекратила продажи мэйнфреймов серии 9000 в пользу компьютеров серии EXEC 8 (вероятно, потому, что они больше не были экономически эффективными, а рынок мэйнфреймов сократился), компания фактически отказалась от VS/9.

См. также

Ссылки

Справочное руководство пользователя VS/9 , Sperry Unisys, Циннаминсон, Нью-Джерси , 1972 г.
Справочное руководство программиста VS/9 , Sperry Unisys, Циннаминсон, Нью-Джерси , 1975 г.