VS/9

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 13:40, 4 июня 2019.
VS/9
240px
Логотип серии компьютеров Univac от компании Sperry Corporation
Разработчик Univac
Линейка ОС Нет семейства
Состояние разработки Снят с производства
Исходный код Неизвестен
Дата первого релиза конец 1960х
Доступно в Английский
Платформы UNIVAC Series 90
По умолчанию
пользовательский
интерфейс
Интерфейс командной строки
Лицензия Запатентованная

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

Предпосылки создания

В сентябре 1971 г. компания RCA решила выйти из бизнеса мэйнфреймов, потеряв около полумиллиарда долларов, пытаясь (и не сумев) конкурировать с компанией IBM. Большая часть активов компьютерного подразделения была продана тому, что тогда было структурой под названием Univac. Этот пакет активов включал в том числе серию компьютеров Spectra от RCA, различные внешние аппаратные конструкции (например, видео-терминалы, ленточные накопители и перфокартовые картридеры) и операционную систему под названием Time Sharing Operating System (TSOS).

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

Применение

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

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

После приобретения компании RCA компанией Sperry было установлено, что операционная система RCA TSOS была намного более продвинутой, чем Univac, поэтому компания решила объединить оборудование Univac с программным обеспечением RCA и представила серию ЭВМ 90/70. Вскоре после этого 90/60 был представлен как более медленная и менее дорогая вариация модели 90/70. Лишь после введения ЭВМ 90/80 VS/9 наконец-то оптимизировала аппаратную платформу, чтобы в полной мере воспользоваться её возможностью разрешать как интерактивные, так и пакетные операции на одном компьютере.

Было проведено различие между интерактивными (временными) терминалами и транзакционными терминалами. В тех случаях, когда интерактивные терминалы контролировались непосредственно операционной системой, транзакционные терминалы управлялись из пакетной программы. Первоначально эта пакетная программа, известная как 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 ("Communication Operating System" — Операционная Система Связи). Порты в CCM и позже в MCC, работающие в режиме эмуляции, могут быть обозначены или как интерактивные или как транзакционные. Если порт был назначен интерактивным, он контролировался службами разделения времени, интегрированными в операционную систему VMOS или VS/9. Транзакционные порты, с другой стороны, контролировались COS. Все терминалы, подключенные к этим портам, стали «свойством» соответствующего управляющего программного обеспечения хоста. Разделение времени использовалось для разработки программ, позволяя намного быстрее разрабатывать программы, чем традиционный пакетный процесс, который использовался в то время. Каждый пользователь с разделением времени был "задачей" и мог выполнять программы, создавать файлы, и запрашивать системные ресурсы по мере необходимости. Во многом это стало возможным благодаря способности операционной системы управлять виртуальной памятью или временно сохранять страницы памяти (включая исполняемые программы) на диске или барабане, когда они не используются, а затем извлекать их позже по мере необходимости. Размер страницы виртуальной памяти был установлен на уровне 4096 байт.

CCM и MCC, работающие в режиме эмуляции, были малофункциональными аппаратными интерфейсами. Таким образом, все интеллектуальные данные сетевого протокола, включая опрос терминала, восстановление после ошибок и построение сообщений, находились в мэйнфрейме, в то время как CCM и MCC просто выполняли роль каналов между мэйнфреймом и телефонными линиями. Лишь после того, как MCC начал использоваться в качестве истинного процессора переднего плана, значительная часть этих служебных данных (например, восстановление после ошибок) была выгружена с мэйнфрейма, таким образом освобождая компьютерное время для запуска прикладных программ. [Источник 1]

Типы задач

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

  • Пакетная очередь ввода
  • Выполнение пакетных программ
  • Активные пользователи с разделением времени
  • Очередь вывода печати и перфорирования
  • Устройства печати и перфорирования
  • Очередь вывода RBP
  • Неиспользованные
  • Печать устройств RBP [Источник 1]

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

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

  • EXEC для загрузки и запуска программы,
  • LOAD для загрузки программы в память и перехода в командный режим без запуска, чтобы разрешить отладку команд,
  • DO для запуска командного файла в текущем сеансе,
  • ENTER для запуска командного файла, как если бы он был передан на устройство чтения карт,
  • SYSFILE для указания расположения печатной продукции,
  • LOGOFF, чтобы закончить сеанс. Если кто-то собирался использовать терминал или хотел сменить учетную запись, он также мог бы ввести LOGOFF НО, чтобы немедленно выдать запрос на новый логин. Любой печатный вывод, сгенерированный пользователем во время сеанса, будет помещен в очередь на линейный принтер и распечатан в это время. Можно использовать параметр «TAPE», как в «LOGOFF TAPE», «LOGOFF BUT,TAPE» или «LOGOFF TAPE,BUT», чтобы указать, что ожидающий вывод на печать должен быть помещен в буфер на магнитную ленту вместо печати. Запрос будет отправлен оператору системы.

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

  • R возобновить программу, прерванную клавишей прерывания,
  • INTR выпустит Interrupt-Resume для программы, поддерживающей INTR,
  • Команды отладки.

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

Источники

  1. 1,0 1,1 1,2 1,3 VS/9 // Wikipedia. [2019]. Дата обновления: 20.08.2018. URL: https://en.wikipedia.org/wiki/VS/9 (дата обращения: 09.05.2019).