Jump to content

Хьюстонский приоритет автоматической намотки

Хьюстонская программа приоритетной автоматической буферизации , широко известная как HASP , является расширением операционной системы IBM OS/360 и ее преемников, обеспечивающим расширенную поддержку «управления заданиями, управления данными, управления задачами и удаленного ввода заданий ». [1] : 1–3 

Системный журнал HASP как часть распечатки пакетного задания на IBM System/370 в Нью-Йоркском университете, 1979 г.

OS/360 включала в себя процедуры буферизации, называемые устройствами чтения/интерпретации и устройствами записи вывода . [2] Каждый читатель/интерпретатор «отвечал за чтение одного потока заданий ввода» — то есть одного устройства ввода. Подобным же образом каждый писатель вывода отвечал за управление одним принтером или перфоратором . Буферные данные хранились во временных наборах данных ОС , контролируемых стандартными службами ОС. Каждое считывающее/интерпретативное или записывающее устройство представляло собой отдельную задачу операционной системы в своем собственном разделе или регионе. [3] Система с большим количеством устройств чтения, принтеров и перфораторов может иметь большое количество задач буферизации.

HASP был разработан подрядчиками IBM Federal Systems Division в Космическом центре Линдона Б. Джонсона в Хьюстоне . Разработчиками выступили Том Симпсон и Боб Крэбтри. HASP представлял собой программу, работавшую на мэйнфрейме и выполнявшую такие функции, как планирование , управление потоком заданий, буферизацию и печать/перфорацию. HASP не поддерживал удаленный ввод заданий операционной системы IBM System/360 , 360S-RC-536, но предоставлял примерно эквивалентные собственные возможности.

В HASP II V3 Роджер Файман, Билл Джонс и Джим Оберталер из NIH создали возможность общей спулинга для HASP, которая использовалась на многих сайтах мэйнфреймов. Это позволило каждой системе HASP использовать общий спул и контрольную точку. Это позволило балансировать рабочую нагрузку в среде с несколькими мейнфреймами. В HASP II V4 Дон Греб и Дэйв Мико из Mellon Bank перенесли общую катушку в эту версию. Роджер Фаджман и Билл Джонс из NIH перенесли его в JES2 очередь множественного доступа (официальная поддержка HASP в MVS со стороны IBM ). По всему миру было распространено более 350 копий модов с общей катушкой HASP II V4. Моды Mellon с общей катушкой были добавлены в процесс распространения SHARE, чтобы обеспечить более широкий доступ к ним.

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

Программа стала классифицироваться как часть библиотеки IBM Type-III . У него был конкурент, ASP (Attached Support Processor), который работал на одном мэйнфрейме и контролировал планирование других подключенных мэйнфреймов. Позже ASP стал JES3 .

В MVS HASP стал JES2, одной из двух подсистем ввода заданий . Прошло много лет, прежде чем метки HASP были удалены из источника JES2, и сообщения, выдаваемые JES2, до сих пор имеют префикс «$HASP».

Модифицированная версия HASP использовалась для предоставления услуг пакетной буферизации и удаленного ввода заданий для терминальной системы Мичигана в конце 1960-х, 1970-х и 1980-х годах. [4] [5]

Организация программы

[ редактировать ]

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

Hasp был полностью написан на ассемблере System/360, и типичной системе HASP может потребоваться 86 КБ памяти, которая в системах OS/VS может быть виртуальной памятью. [6]

Большая часть того, что впоследствии стало JES2 , JES2 было частью HASP.

  • /*MESSAGE разрешает отправку сообщения оператору консоли.
  • /*SETUP уведомит оператора о том, что необходимо (ленты, диски и т. д.)
    а тем временем задание находилось в очереди HOLD.
  • /*ROUTE PRINT и /*ROUTE PUNCH обеспечивают необходимую гибкость.

Удаленный ввод вакансии

[ редактировать ]

Первоначально Hasp поддерживал пакет IBM Synchronous Transmit-Receive (STR). терминалы; однако HASP II отказался от поддержки STR и поддерживал только двоичной синхронной связи Протокол (BSC). Поддержка HASP II Терминалы IBM, такие как 2770 , 2780 , 3770 , 3780 , но дополнительно обеспечила поддержку мультивыхода [7] связь с интеллектуальными рабочими станциями, такими как IBM 1130 , IBM System/3 и System/360 Model 20 . Множественный выход — это «полностью синхронная, псевдоодновременная, двунаправленная передача переменного количества потоков данных между двумя или более компьютерами, использующими средства двоично-синхронной связи». [1] : стр. 1–8

Сторонние поставщики разработали различные симуляторы 2770/2780/3780 и реализации Multi-Leaving для использования с HASP и ASP. Некоторые из этих поставщиков ошибочно называли свои продукты эмуляторами HASP , но на самом деле эти продукты представляли собой терминалы, взаимодействующие с HASP; они не выполняли ни одной функции HASP.

Команды оператора

[ редактировать ]

Оператор консоли RJE может вводить ограниченный набор команд оператора консоли HASP. Эти команды HASP были предшественниками JES2 языка управления вводом заданий ( JES2 JECL ).

Операнды были ограничены операндами с этого удаленного сайта, поэтому DJ1-999 (ниже) обычно отображал только некоторые из них, те, которые все еще доступны с удаленного сайта оператора.

Некоторые из команд консоли HASP RJE, которые можно вводить в краткой (одной букве) форме или прописью:

Короткий Длинный Операнд(ы) Пример
И перезапуск имя_устройства Э rm1.rdr
С останавливаться имя_устройства Из rm1.pr1
Д отображать (Джей, Я и другие) например
диджей показать задание Номер задания (или диапазон) DJ345 или DJ1-999
И дисплей активен (отображаются активные вакансии) И
ОТ инициаторы отображения (отображаются буквы-инициаторы) ОТ
С отмена (Задание или имя_устройства) например
СиДжей отменить задание Номер задания CJ678
С отмена имя_устройства C rm1.rdr

Командная строка «C rm1.rdr» предназначалась для отмены, а не отправки текущей считываемой колоды карт. Это могло бы пригодиться, если бы из-за замятия карты было бы разумнее позволить другим заданиям продолжаться, пока одна или несколько карточек заменялись с помощью ближайшего перфоратора.

Журнал заданий

[ редактировать ]

В журнале заданий HASP содержится сводная информация о ресурсах, использованных для задания (вывод отображается заглавными буквами):

  • Время начала
  • Остановить время
  • Время выполнения
  • Использование памяти
  • Используемое пространство катушки
  • Карты прочитаны
  • Карты перфорированные
  • Линии напечатаны

См. также

[ редактировать ]

Примечания

[ редактировать ]
  1. ^ Перейти обратно: а б с IBM (март 1973 г.). Логика HASP II версии 4 для OS/VS2, номер программы 370H-TX -001 (PDF) . Первое издание, исправленное 15 сентября 1976 г., TNL SN25-0122 и SN27-1555. GY27-7255-0.
  2. ^ ИБМ (1965). Концепции и возможности операционной системы IBM/360 (PDF) . стр. 59–62. C28-6535-0.
  3. ^ Однако RJE и более поздний CRJE вызывали Reader/Interpreter как подпрограмму и выполняли функции записи выходных данных в своем собственном разделе/регионе.
  4. ^ Руководство оператора HASP II (версия MTS) , Дж. Х. Хансен и С. М. Доннелли, Вычислительный центр, Мичиганский университет, 20 апреля 1988 г., 122 страницы.
  5. ^ «Печать Resource Manager приходит в единую систему обмена сообщениями (заменяет HASP)» , UM Computing News , Vol. 5 № 1 (8 января 1990 г.), Мичиганский университет (Анн-Арбор), стр. 19.
  6. ^ IBM (март 1973 г.). Руководство системного программиста OS/VS2 HASP II версии 4, номер программы 370H-TX-001 (PDF) . Первое издание переработано 15 сентября 1976 г. номерами TNL GN25-0121 и GN27-1553. GC27-6992-0.
  7. ^ «Приложение Б МНОГОСИСТЕМНАЯ» (PDF) . Логика HASP II версии 4 для OS/VS2 — номер программы 370H-TX-001 VS2 — SVS Release 1.7 (PDF) . Первое издание, исправленное 15 сентября 1976 г., TNL SN25-0122 и SN27-1555. ИБМ. Март 1973 г. с. 7-59-7-68. GY27-7255 . Проверено 17 марта 2022 г.
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: ff3bf76b74a94e563e275c6686b25634__1702810800
URL1:https://arc.ask3.ru/arc/aa/ff/34/ff3bf76b74a94e563e275c6686b25634.html
Заголовок, (Title) документа по адресу, URL1:
Houston Automatic Spooling Priority - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)