Подсистема ввода заданий 2/3
 | Эта статья нуждается в дополнительных цитатах для проверки . ( январь 2022 г. ) |
Подсистема ввода заданий (JES) — это компонент операционных систем мэйнфреймов IBM MVS , который отвечает за управление пакетными рабочими нагрузками. В настоящее время существуют две различные реализации системы ввода вакансий: JES2 и JES3 . Они предназначены для обеспечения эффективного выполнения пакетных заданий.
Обработка заданий разделена на несколько этапов, чтобы обеспечить параллелизм посредством конвейеризации . Эти этапы включают обработку ввода, на которой задания считываются и интерпретируются, этап выполнения, на котором задания выполняются, и обработку вывода, когда выходные данные задания распечатываются или сохраняются на DASD . Обычно говорят, что задания, находящиеся на одной и той же стадии выполнения, находятся в определенной очереди; например, задания, которые выполняются в данный момент, находятся в очереди выполнения.
Чтобы повысить эффективность ввода-вывода, JES выполняет буферизацию , которая обеспечивает множеству заданий одновременный доступ к общему тому хранилища. JES использует структуру, называемую контрольной точкой, для резервного копирования информации о выполняемых в данный момент заданиях и связанных с ними результатах. Контрольную точку можно использовать для восстановления заданий и вывода в случае непредвиденных сбоев оборудования или программного обеспечения.
Хотя JES2 и JES3 предоставляют одинаковую базовую функциональность, существуют определенные функции, которые могут присутствовать в одном JES, но не в другом. Из-за этих различий один JES может иметь преимущество над другим в некоторых установках клиентов. JCL используется для определения заданий как для JES2, так и для JES3, но обычно в JCL необходимо внести небольшие изменения, чтобы задание, написанное для одного JES, могло выполняться на другом.Распространенной проблемой было то, что JES3 проверял, что все наборы данных, перечисленные в JCL, существуют перед выполнением или что на предыдущем этапе набор данных был определен как NEW,CATLG. JES2 не настаивал на этом, позволяя выполнить задание даже в том случае, если оно завершится сбоем, если на шаге, использующем его, не удастся его найти.
История
[ редактировать ]Прекурсоры
[ редактировать ]OS/360 Пакетная обработка заданий имела ограниченную операционную гибкость и производительность, что было решено с помощью двух разработанных на местах пакетов, называемых Houston Automatic Spooling Priority ( HASP ) и Attached Support Processor ( ASP ).
HASP
[ редактировать ]HASP был разработан подрядчиками IBM Federal Systems Division в Космическом центре Джонсона в Хьюстоне . [1] [2] Первоначально он управлял планированием заданий, а также печатью и перфорацией для одного компьютера OS/360. Была добавлена возможность буферизации множественного доступа, позволяющая одноранговым компьютерам совместно использовать общую очередь заданий и очереди вывода печати/перфорации. [ нужна ссылка ]
С выпуском System/370 в 1972 году IBM переписала HASP, сделав его стандартной частью системы, и переименовала его в Job Entry Subsystem 2 . JES2 был представлен в OS/VS2 во второй версии, также известной как MVS , в 1973 году. [3] Прошло много лет, прежде чем метки HASP были удалены из исходного кода, а сообщения, выдаваемые JES2, до сих пор имеют префикс $HASP. Некоторые команды JES2 продолжают поддерживать спецификацию либо JES2 или HASP для поддержания обратной совместимости . [4]
АСП
[ редактировать ] | Этот раздел нуждается в дополнительных цитатах для проверки . ( январь 2022 г. ) |
Первоначально ASP расшифровывался как Attached Support Processor . [а] [5] и был разработан для обеспечения эффективного использования нескольких систем с общей рабочей нагрузкой. Это позволило одной центральной системе распределять задания между несколькими подключенными системами; ASP может запускать смесь эмуляции OS/360 , SVS и 7090 на главном процессоре 360/65, но только [б] OS/360 и SVS на других моделях S/360 и S/370. ASP был анонсирован в марте 1967 года. [6] : стр.710 Сообщалось, что этот год «протекал очень стабильно». [7]
ASP развился из конструкции , системы с прямым соединением 7094/7040 использующей канал передачи данных для связи по каналам данных. [8] При подключении IBM 7040 в качестве периферийного устройства производительность процессора увеличилась более чем вдвое. [ нужна ссылка ]
В типичной конфигурации ASP небольшой мэйнфрейм, такой как 360/40, называемый системой поддержки , управлял одним или несколькими процессорами 360/65 или более мощными, называемыми основными системами. Компьютеры были подключены через селекторные каналы на каждом хосте, подключенном к межканальным адаптерам, в ранней форме компьютерной сети «точка-точка» на коротких расстояниях.
ASP потребовалось приобретение дополнительного компьютера для управления вводом и выводом хостов, выполняющих рабочую нагрузку, что было экономически оправдано высокой стоимостью автономных каналов байт-мультиплексора, необходимых для управления принтерами и устройствами чтения перфокарт; [ нужна ссылка ] Системы 360/50 и меньше имели встроенный канал байтового мультиплексора, тогда как более быстрые системы 360/65 и более требовали относительно дорогого автономного устройства. Использование ASP позволило избежать затрат на канал мультиплексора байтов, а разгрузка планирования заданий, печати и обработки карт также разгрузила эти функции с более крупных машин. [ нужна ссылка ]
Повышенная надежность была еще одним преимуществом, компенсирующим дополнительные затраты на оборудование. [ нужна ссылка ] Одна или несколько основных систем могут выйти из строя или быть отключены для технического обслуживания без отключения всего комплекса.
ASP был в первую очередь ориентирован на крупные правительственные учреждения и оборонные подрядчики, у которых могло быть до шести 360/65, планирование и управление которыми осуществлялось отдельной машиной ASP. [ нужна ссылка ] Необычный вариант, локальный ASP ( LASP ), представлял собой одну большую машину, на которой выполнялись функции ASP.
В 1970-х годах примечательная установка ASP произошла в Принстонском университете, управлявшем мэйнфреймом IBM 360/91. [ нужна ссылка ]
В 1973 году IBM переписала ASP и переименовала его в JES3, поддерживая только MVS. [3]
Альтернативы
[ редактировать ]также был JES В OS/VS1 , который часто назывался JES1 . [9] [10] Кроме того, главная подсистема ( MSTR ), встроенная в MVS, может запускать задания, которые выполняются вне контроля основного JES, включая главный планировщик и сам основной JES. [11] Первоначально JCL для подсистемы Master находился в загрузочных модулях, предоставляемых IBM, но в текущих версиях от MVS до z/OS он может быть предоставлен как член библиотеки системных параметров (PARMLIB).
Кастомизация
[ редактировать ]Клиентам IBM предоставлялся исходный код как для ASP, так и для HASP, и многие клиенты внесли существенные улучшения в эти программы, некоторые из которых были включены в официальный продукт. [ нужна ссылка ] Гораздо больше установок использовали HASP, чем ASP, а в современных системах z/OS гораздо больше установок JES2, чем JES3. [ нужна ссылка ] Из-за своей уникальной истории IBM продолжает поставлять исходный код JES2 и JES3 вместо объектного кода , в отличие от большинства компонентов операционной системы. [ нужна ссылка ]
Чтобы улучшить удобство сопровождения и обслуживания написанных пользователем улучшений, JES предоставляет набор точек выхода, которые передают управление от JES пользовательским программам в ключевых точках обработки. [ нужна ссылка ] Эти расширения могут предоставлять пользовательские функции, такие как специальные команды, пользовательские заголовки страниц печати и нестандартную обработку заданий.
Текущее развитие
[ редактировать ]В 2017 году IBM опубликовала заявление о том, что JES2 должен стать «стратегическим» JES, а это означает, что все будущие усилия по разработке будут сосредоточены на JES2, а не на JES3. [12] IBM заверила клиентов, что JES3 будет поддерживаться до тех пор, пока не будет объявлена дата окончания поддержки. [13] [14] В феврале 2019 года IBM объявила, что z/OS 2.5 (выпуск ожидается в 2021 году) станет последней версией z/OS, включающей JES3. [15] В октябре 2019 года Phoenix Software International объявила, что лицензировала исходный код JES3 у IBM и возьмет на себя его обслуживание и улучшение. [16]
См. также
[ редактировать ]- System Display and Search Facility (SDSF) — наиболее распространенная утилита для взаимодействия с JES2.
Примечания
[ редактировать ]Ссылки
[ редактировать ]- ^ IBM (26 февраля 1971 г.). Система HASP, 26 февраля 1971 г. HASP II (360D-05.1-014) V3M1 . Версия 3 Уровень модификации 1.
- ^ IBM (сентябрь 1976 г.). OS/VS2 HASP II версии 4. Руководство пользователя, номер программы 370H-TX-001 VS2 SVS, версия 1.7 (PDF) . Первое издание. GC27-0052-0.
- ^ Перейти обратно: а б Корпорация IBM (1973). Введение в OS/VS2 Release 2 (PDF) .
- ^ Джефф Фрей (16 апреля 2018 г.). «JES Deathmatch» . Терминальный разговор (подкаст). Архивировано из оригинала 21 апреля 2018 г. Проверено 20 апреля 2018 г.
- ^ ИБМ. Асимметричная многопроцессорная система IBM System/360 и System/370: Руководство по общей информации, номер программы 360A-CX-15X . GH20-1173.
- ^ Пью; и др. (1991). Системы IBM 360 и Early 370 . МТИ Пресс. ISBN 9780262517201 .
- ^ «Представительская установка ASP» . Компьютерный мир . 13 сентября 1967 года . Проверено 7 февраля 2013 г.
- ^ Ауслендер, Массачусетс; Ларкин, округ Колумбия; Шерр, Ал. (сентябрь 1981 г.). «Эволюция операционной системы MVS» (PDF) . Журнал исследований и разработок IBM . 25 (5): 471–482. дои : 10.1147/rd.255.0471 . S2CID 16424391 . Архивировано из оригинала (PDF) 9 октября 2019 г. Проверено 8 октября 2019 г.
- ^ Бейли, Дж. Х.; Ховард, Дж.А.; Щигельдски, Т.Дж. (1974). «Подсистема ввода заданий OS/VS1» . IBM Systems Journal . 13 (3): 253. дои : 10.1147/sj.133.0253 .
- ^ Корпорация IBM (1972). Дополнение к функциям ОС/виртуального хранилища 1 (PDF) .
- ^ «Главная подсистема» (PDF) . Библиотека системной логики OS/VS2, том 3 — VS2.03.804 — VS2.03.807 — VS2.03.810 (PDF) . Системы (Первое изд.). ИБМ . Июль 1976 г., стр. 3-169–3-191. 5Y28-0763-0 . Проверено 12 июня 2022 г.
- ^ «IBM z/OS Версия 2 Выпуск 3 — Механизм цифровой трансформации» . ИБМ. 17 июля 2017 г. Проверено 4 мая 2018 г.
IBM подтверждает, что JES2 является стратегической подсистемой ввода заданий для z/OS.
- ^ «Re: IBM стабилизирует JES3 (было: IBM наконец откажется от JES3)» . bit.listserv.ibm-main (список рассылки). Август 2017 года . Проверено 20 апреля 2018 г.
- ^ Уотсон, Шерил (27 июля 2017 г.). «Объявления IBM о z14 и z/OS 2.3» . Уотсон и Уокер . Проверено 17 апреля 2018 г.
- ^ «Предварительная версия: IBM z/OS версии 2, выпуска 4» . www-01.ibm.com . 26 февраля 2019 г. Проверено 3 мая 2019 г.
- ^ Интернешнл, Phoenix Software (2019-10-02). «Phoenix Software International объявляет о лицензионном соглашении IBM® JES3» . Отдел новостей GlobeNewswire (пресс-релиз) . Проверено 1 ноября 2019 г.
Внешние ссылки
[ редактировать ]- «Что такое JES?», Концепции z/OS (PDF) , Информационный центр базовых навыков z/OS, IBM, стр. 80–81.
- «JES2 по сравнению с JES3», концепции z/OS (PDF) , Информационный центр базовых навыков z/OS, IBM, стр. 91–92.