OS/360 и его преемники

Операционная система IBM System/360 (OS/360)

Разработчик	ИБМ
Написано в	Язык ассемблера , базовый системный язык (BSL)
Семейство ОС	OS/360 и его преемники
Первоначальный выпуск	31 марта 1966 г ( 1966-03-31 )
Последний выпуск	21 августа 1972 г ( 1972-08 )
Маркетинговая цель	Мэйнфреймы IBM
Платформы	С/360 , С/370
ядра Тип	Н/Д
Лицензия	Общественное достояние
Преемник	ОС/ВС1 , ОС/ВС2 (СВС)

OS/360 , официально известная как Операционная система IBM System/360 , — пакетной обработки, операционная система выпуск которой прекращен, разработанная IBM для их нового на тот момент System/360 мейнфрейма , анонсированного в 1964 году; на него повлияли более ранние пакеты IBSYS/IBJOB и системы управления вводом/выводом (IOCS) для IBM 7090/7094. и тем более операционной системой PR155 для IBM 1410/7010 процессоров . Это был один из самых ранних операционные системы требуют, чтобы компьютерное оборудование включало хотя бы одно устройство хранения данных с прямым доступом .

Хотя выпуск самой OS/360 был прекращен, последующие операционные системы, включая виртуальное хранилище MVS и 64-битную z/OS , все еще работают с 2023 года. и поддерживать совместимость уровня приложений с OS/360.

Обзор

IBM анонсировала три разных уровня OS/360, созданных на одних и тех же лентах и ​​использующих большую часть своего кода. В конечном итоге IBM переименовала эти опции и внесла некоторые существенные изменения в конструкцию:

• Единый последовательный планировщик (SSS)
  • Вариант 1
  • Программа первичного контроля (PCP)
• Несколько последовательных планировщиков (MSS)
  • Вариант 2
  • Мультипрограммирование с фиксированным количеством задач (MFT)
  • МФТ II
• Планировщики с несколькими приоритетами (MPS)
  • Вариант 4
  • СМС
  • Мультипрограммирование с переменным количеством задач (MVT)
  • Многопроцессорная модель 65 (M65MP)

Пользователи часто придумывали прозвища, например, «Big OS», «OS/MFT», но ни одно из этих названий не имело официального признания со стороны IBM.

IBM предоставила OS/360 в виде набора библиотек на ленте, которые при установке необходимо было восстановить на DASD , чтобы выполнить генерацию системы . IBM также предложила набор дополнительных лент с исходным кодом, которые можно было использовать при установке для изменения и сборки модулей, которые IBM обычно предоставляла в виде объектного кода. Кроме того, IBM предложила микрофишу со списком сборки основного программного материала и последующего обслуживания. IBM продолжала распространять исходный код, пока не ввела правило «Только объектный код». (OCO) политика в отношении лицензионного программного обеспечения.

Другой основной операционной системой для оборудования System/360 была DOS/360 .

OS/360 находится в свободном доступе и его можно скачать бесплатно. Его можно не только запускать на реальном оборудовании System/360, но и на бесплатном эмуляторе Hercules , который работает под большинством UNIX и Unix-подобных систем, включая Linux , Solaris и macOS , а также Windows . Существуют готовые компакт-диски OS/360, на которых содержатся предварительно созданные системы OS/360 21.8, готовые к работе под управлением Hercules.

Происхождение

См. Также: История операционных систем для мэйнфреймов IBM.

Первоначально IBM предполагала, что в System/360 должен быть только один пакетно-ориентированный операционная система, OS/360, способен работать на машинах размером до 32 КиБ. Он также намеревался предоставить отдельную с разделением времени операционную систему TSS/360 для System/360 Model 67 . Есть как минимум две версии того, почему IBM в конечном итоге решила выпустить другие, более простые операционные системы, ориентированные на пакетную обработку:

• потому что было обнаружено, что «приблизительно 1,5 миллиона инструкций, которые позволяют системе работать практически без ручного вмешательства» включающий OS/360, не вписался бы в ограниченную память, доступную на меньших моделях System/360; или
• потому что оно осознало, что разработка OS/360 займет гораздо больше времени, чем ожидалось.

IBM представила ряд мер, чтобы предотвратить падение продаж оборудования System/360: сначала базовая поддержка программирования (BPS) и BOS/360 (базовая операционная система для самых маленьких машин с памятью 8 КБ), затем TOS/360 (ленточная система). Операционная система для машин с памятью не менее 16 КБ и только ленточными накопителями) и, наконец, DOS/360 (Дисковая операционная система), которая стала основной операционной системой и является прародительницей сегодня широко используемой VSE. ^н .

IBM выпустила три варианта OS/360: PCP (Primary Control Program), временную программу, которая могла выполнять только одно задание одновременно, в 1966 году; MFT ( мультипрограммирование с фиксированным количеством задач) для машин среднего класса и MVT (мультипрограммирование с переменным количеством задач) для машин верхнего уровня. MFT и MVT использовались как минимум до 1981 года. спустя десять лет после запуска их преемников. Разделение на MFT и MVT возникло из-за ограничений хранилища и планирования. Первоначально IBM утверждала, что MFT и MVT были просто «двумя конфигурациями программы управления OS/360 », хотя позже IBM описала их как «отдельные версии OS/360».

Первоначально IBM написала OS/360 на языке ассемблера . Позже IBM написала код для OS/360 на новом языке — Basic Systems Language (BSL). получено из PL/I. Большая часть кода TSO в версии 20 была написана на BSL.

TSS/360 был настолько запоздалым и ненадежным, что IBM отменила его, хотя позже IBM предоставила три версии TSS/370 PRPQ. К этому времени CP-67 работал достаточно хорошо, чтобы IBM могла предложить его без гарантии в качестве средства разделения времени нескольким крупным клиентам.

Варианты OS/360

Эти три варианта предлагали настолько схожие возможности, что перенос приложений между ними обычно требовал минимальных усилий; одни и те же версии большинства IBM Программные продукты , прикладное и служебное программное обеспечение работали на обоих. Текст ниже в основном рассматривает PCP , MFT и MVT как просто новые имена для исходных SSS , MSS и MPS , хотя были и некоторые конструктивные изменения. Также в тексте не проводится различие между М65МП и МВТ.

Официально PCP, MFT и MVT не являются отдельными операционными системами от OS/360. это всего лишь варианты конфигурации во время установки — сегодняшними словами, три разных варианта OS Nucleus и Scheduler. Однако из-за совершенно разных требований к поведению и памяти пользователи обычно считают их де-факто отдельными операционными системами и называют их «ранними OS/360», «OS/MFT», «OS/MVT» соответственно. MFT отличается от MVT главным образом способом управления памятью: при установке MFT заказчики указывают в поколении системы (SysGen) фиксированный количество разделов — областей памяти с фиксированными границами, в которых прикладные программы могут запускаться одновременно.

PCP

Программа первичного управления (PCP) предназначалась для машин с небольшой памятью. Это похоже на МФТ. с одним разделом . Опыт показал, что нецелесообразно устанавливать OS/360 на системы с объемом памяти менее 128 КиБ, хотя ограниченное производственное использование было возможно на машинах гораздо меньшего размера, например с 48 КиБ памяти. IBM отказалась от опции PCP в последних выпусках OS/360, оставив только MFT II и MVT, которым требовалось больше памяти.

Также называется SYS=MIN в расширениях макросов, зависящих от системы.

МФТ

Мультипрограммирование с фиксированным числом задач (MFT) должно было служить временным решением до тех пор, пока в 1967 году не стало доступно мультипрограммирование с переменным числом задач (MVT), предполагаемая целевая конфигурация OS/360. Ранние версии MVT имели много проблем, поэтому более простой MFT продолжал использоваться в течение многих лет. После представления новых System/370 машин с виртуальной памятью в 1972 году IBM разработала MFT 2 в OS/VS1 , последнюю систему этой конкретной линейки.

Первая версия МФТ большая часть кода и архитектуры использовалась совместно с PCP и была ограничена четырьмя разделами . Было очень неудобно запускать несколько разделов. использовался Хьюстонский автоматический приоритет буферизации Во многих установках для снижения сложности (HASP).

МФТ Версия II (МФТ-II) разделял гораздо больше кода управляющей программы и планировщика с MVT и был гораздо более гибким в запуске. Максимальное количество разделов увеличено до 52.

В более поздних модификациях MFT-II были добавлены подзадачи , так что фиксированное количество задач больше не было фиксированным, хотя количество разделов оставалось ограничением.

Опыт показал, что нецелесообразно устанавливать MFT в системах с объемом памяти менее 256 КиБ. что в 1960-е годы было довольно большой суммой.

Также называется SYS=INT в расширениях макросов, зависящих от системы.

МВТ

Мультипрограммирование с переменным количеством задач (MVT) была самой сложной из трех доступных конфигураций управляющей программы OS/360 и одной из двух доступных конфигураций в последних выпусках. MVT предназначался для самых больших машин семейства System/360. Представленный в 1964 году, он стал доступен только в 1967 году. Ранние версии имели много проблем, и более простой MFT продолжал использоваться в течение многих лет. Опыт показал, что нецелесообразно устанавливать MVT в системах с объемом памяти менее 512 КиБ.

MVT рассматривал всю память, не используемую операционной системой, как единый пул, из которого смежные регионы по требованию неограниченного количества пользователей. можно было выделять количество одновременно работающих прикладных и системных программ. Эта схема была более гибкой, чем MFT, и в принципе более эффективно использовала память, но была подвержена фрагментации - через некоторое время можно было обнаружить, что, хотя в общей сложности свободной памяти было достаточно для запуска программы, она не была разделена на отдельные фрагменты, ни один из которых не был разделен на отдельные фрагменты. который был достаточно большим. В System/360 отсутствовало оборудование для перемещения памяти, поэтому сжатие памяти нельзя было использовать для уменьшения фрагментации. Средство под названием Rollout/Rollin может переместить выполняемое задание во вторичное хранилище, чтобы сделать его память доступной для другого задания. Однако развернутое задание придется перенести в исходные ячейки памяти, когда они снова станут доступны.

В 1971 году ​​опция разделения времени в версии 20.1 была добавлена (TSO) для использования с MVT. TSO стал широко использоваться для разработки программ, поскольку предоставлял редактор, возможность отправлять пакетные задания, получать уведомления об их завершении и просматривать результаты, не дожидаясь печатных отчетов, а также отладчики для некоторых языков программирования, используемых в System/360. ТСО в OS/360 связывается с терминалами с использованием метода телекоммуникационного доступа (TCAM). Название TCAM предполагает, что IBM надеялась, что он станет стандартным методом доступа для передачи данных, но на самом деле TCAM в OS/VS2 почти полностью использовался для TSO и был в значительной степени заменен методом виртуального телекоммуникационного доступа в середине-конце (VTAM). 1970-е годы.

Также называется SYS=VMS при вызове некоторых макросов, зависящих от системы.

М65МП

Модель 65 Multiprocessing (M65MP) является вариантом MVT. Он работает на 360/65 в мультисистемном режиме. M65MP перехватывает использование инструкции Set System Mask (SSM) для сериализации отключенного кода между двумя ЦП. По большей части система M65MP имеет такое же поведение и интерфейсы, как и любая другая система MVT.

Ключевой параметр SYS=VMS включал M65MP, а также однопроцессорный MVT.

Общие функции

PCP, MFT и MVT предоставляют схожие возможности с точки зрения прикладных программ:

• Один и тот же интерфейс прикладного программирования (API) и двоичный интерфейс приложений (ABI), поэтому прикладные программы можно переносить между MFT и MVT без необходимости их изменения, повторной сборки или повторной компиляции .
• Тот же JCL (Job Control Language, для запуска пакетных заданий), который был более гибким и простым в использовании, хотя и более сложным, чем язык DOS/360 .
• Те же возможности ( методы доступа ) для чтения и записи файлов, а также для передачи данных:
  • Последовательные наборы данных обычно читаются или записываются по одной записи от начала до конца, используя BSAM или QSAM . Это был единственный метод, который можно было использовать для ленточных накопителей , устройств считывания карт /перфораторов и принтеров.
  • В индексированных файлах ( ISAM ) указанный раздел каждой записи определяется как ключ, который можно использовать для поиска определенных записей.
  • В файлах прямого доступа ( BDAM ) прикладная программа должна указать относительный номер блока, относительную отслеживание и запись (TTR) или фактическое физическое местоположение (MBBCCHHR). на устройстве хранения данных с прямым доступом (DASD) данных, к которым он хотел получить доступ, или отправной точкой для поиска по ключу. Программирование BDAM было непростым делом, и большинство организаций никогда не использовали его сами; но это был самый быстрый способ доступа к данным на дисках, и многие компании-разработчики программного обеспечения использовали его в своих продуктах, особенно в системах управления базами данных , таких как ADABAS , IDMS и IBM DL/I . Он также доступен из OS/360 Fortran. Наборы данных BDAM разблокируются: на каждую физическую запись приходится одна логическая запись.
  • Дополнительная файловая структура, секционированная и метод доступа ( BPAM ), в основном используется для управления программными библиотеками. Хотя секционированные файлы необходимо сжимать, чтобы освободить свободное пространство, это оказывает меньшее влияние, чем аналогичное требование для базовой библиотеки изображений DOS/360 , поскольку MFT и MVT допускают несколько секционированных наборов данных, а в каждом проекте обычно есть хотя бы один.
  • Группы данных поколения (GDG) изначально были разработаны для поддержки процедур резервного копирования «дедушка-отец-сын» : если файл был изменен, измененная версия становилась новым сыном, предыдущий сын становился отцом, предыдущий отец становился дедушкой, а предыдущий дедушкой. был удален. Но можно было настроить GDG с более чем 3 поколениями, а некоторые приложения использовали GDG для сбора данных из большого и переменного количества источников и передачи информации в одну программу - каждая программа-сборщик создавала новое поколение файла, и окончательная программа считывала всю группу как один последовательный файл (без указания поколения в JCL).
  • БТАМ , средство передачи данных, было примитивным и сложным в использовании по сегодняшним стандартам. Однако он мог связываться практически с любым типом терминала, что было большим преимуществом в то время, когда почти не существовало стандартизации протоколов связи.
• Система именования файлов позволяет управлять файлами как иерархиями, содержащими не более 8 символов в именах на каждом уровне, например PROJECT.USER.FILENAME. Это связано с реализацией системного каталога (SYSCTLG) и управляющих томов (CVOLs), в которых использовались записи с 8-байтовыми ключами.

Общие функции, за исключением PCP

Некоторые функции были доступны только для MFT и MVT:

• Средство SPOOLing для MFT II и MVT (которое изначально отсутствовало в DOS/360, но позже было предоставлено приложением POWER).
• Приложения в MFT (выпуск 19 и новее) и MVT могли создавать подзадачи, что позволяло выполнять многозадачность ( многопоточность ) в рамках одного задания.
• Графическая обработка заданий
• Обработка заданий спутниковой графики
• Удаленный ввод вакансий
• Метод доступа к телекоммуникациям с очередью (QTAM)
• Метод доступа к телекоммуникациям (TCAM)

системы System/370 и

Когда в 1970 году была анонсирована System/370 , она предлагала практически те же возможности, что и System/360, но имела примерно в 4 раза большую скорость процессора, чем процессоры System/360 с аналогичной ценой. Затем, в 1972 году, IBM анонсировала расширенные функции System/370 , главным пунктом которых было то, что будущие продажи System/370 будут включать возможности виртуальной памяти , и это также может быть модернизировано для существующих процессоров System/370. Следовательно, IBM также взяла на себя обязательство предоставлять улучшенные операционные системы, которые могли бы поддерживать использование виртуальной памяти.

ОС/360

IBM предоставила опцию OS/360 SYSGEN для поддержки S/370, которая не поддерживала DAT, но поддерживала:

• Поддержка регистров управления
• Поддержка расширенного ввода-вывода
• Предоставьте обработчик проверки машины S/370
• Обеспечить ограниченную поддержку новых возможностей таймера.

ОС/VS1

OS/VS1 является преемником MFT и предлагает аналогичные возможности с некоторыми дополнениями, например, RES, виртуальную память. VSAM (см. ниже) изначально был доступен как независимый выпуск компонентов (ICR), а затем интегрирован в базу OS/VS1. IBM выпускала довольно незначительные улучшения OS/VS1 до 1983 года, а в 1984 году объявила, что их больше не будет. AIX/370 , AIX/ESA , DPPX , IX/370 , OS/VS1 и TSS/370 — единственные операционные системы System/370, не имеющие современных потомков.

OS/VS2 SVS и MVS

Версия OS/VS2 1 представляла собой просто MVT плюс виртуальную память и VSAM (см. ниже). Эта версия была в конечном итоге переименована в OS/VS2 SVS , что означает «Единое виртуальное хранилище», когда была представлена ​​OS/VS2 Release 2, также известная как MVS, для множественного виртуального хранилища. SVS задумывался как ступенька от MVT к MVS и сегодня представляет лишь исторический интерес.

В 1974 году IBM выпустила то, что она описала как OS/VS2 Release 2, но на самом деле это была новая операционная система, совместимая с предыдущими версиями OS/VS2 Release 1. Supervisor новой системы был в значительной степени переписан на новом диалекте BSL, ПЛ/С ; BSL и PL/S были диалектами PL/I с расширениями, предназначенными для расшифровки кода языка ассемблера , включая привилегированные инструкции, необходимые для управления компьютером в целом. Чувствительные ко времени компоненты ОС, такие как OS Dispatcher и IOS , в частности, среди многих других, остались закодированы на языке ассемблера , который был улучшен для OS/VS в ассемблере IFOX00. (из более старой версии OS/360 IEUASM Assembler).

Адресные пространства MVS — глобальный вид MVS (общая часть всех адресных пространств) Приложение 1 Приложение 2 Приложение 3 Общая виртуальная область (контролируется MVS)

Вид одного приложения МВС Приложение 1 Общая виртуальная область

Наиболее заметной особенностью новой версии было то, что она поддерживала несколько виртуальных адресных пространств — разные приложения думали, что используют один и тот же диапазон виртуальных адресов, но средства виртуальной памяти новой системы сопоставляли их с разными диапазонами адресов реальной памяти. Адресное пространство каждого приложения состоит из трех областей: операционная система (один экземпляр, общий для всех заданий); область применения, уникальная для каждого приложения; общая виртуальная область, используемая для различных целей, включая общение между рабочими местами. IBM пообещала, что область приложений всегда будет иметь размер не менее 8 МБ. Такой подход устранил риск фрагментации памяти , присутствовавший в MVT и SVS, и улучшил внутреннюю безопасность системы. Новая система быстро стала известна как « MVS » (множественные виртуальные хранилища), исходная OS/VS2 стала известна как «SVS» (единое виртуальное хранилище), а сама IBM приняла эту терминологию и обозначила преемников MVS как «MVS/ xxx ».

MVS представила новый подход к управлению рабочей нагрузкой, позволяющий пользователям определять целевые показатели производительности для высокоприоритетных пакетных заданий. Это позволило пользователям загружать свои системы больше работы, чем раньше, не влияя на производительность задач с самым высоким приоритетом.

MVS была первой основной операционной системой IBM на System/370. для поддержки того, что IBM называла тесно связанной многопроцессорностью , в которой 2 (позже до 12 для мэйнфреймов IBM и до 16 для мэйнфреймов Amdahl ) процессоров совместно использовали одновременный доступ к одной и той же памяти (и одной копии операционной системы и периферийных устройств), обеспечивая большую вычислительную мощность и степень плавного снижения производительности в случае сбоя одного ЦП (что, к счастью, становилось все более редким событием, поскольку время работы системы увеличивалось с часов до дней , а затем и до лет ).

Первоначально MVS поставлялся с менеджером очереди заданий под названием JES2 (Job Entry Subsystem 2), который произошел от HASP ( Houston Automatic Spooling Priority ), а также поддерживал удаленный ввод заданий с рабочих станций, расположенных в других местах. JES2 может управлять заданиями только для одного ЦП (это может быть тесно связанная многопроцессорная система). В 1976 году IBM представила еще один вариант, JES3 (подсистема ввода заданий 3), потомок ASP ( прикрепленный вспомогательный процессор ), который позволяет одному процессору управлять одной очередью заданий, передавая работу нескольким физически различным процессорам, и, следовательно, позволяет одной операторской консоли управлять управлять работой всех этих процессоров. Примечание. JES1 был менеджером очереди заданий для OS/VS1 (см. выше).

ВСАМ

IBM надеялась, что метод доступа к виртуальному хранилищу (VSAM) заменит более ранние методы последовательного, индексированного и прямого доступа, поскольку предоставил их улучшенные версии:

• Наборы данных с последовательным входом (ESDS) предоставляют возможности, аналогичные функциям последовательных наборов данных и наборов данных BDAM (прямых), поскольку их можно читать либо от начала до конца, либо напрямую, указав смещение от начала.
• Наборы данных с последовательностью ключей (KSDS) представляют собой серьезное обновление IBM ISAM: они позволяют использовать вторичные ключи с неуникальными значениями и ключи, образованные путем объединения несмежных полей в любом порядке; они значительно уменьшают проблемы с производительностью, вызванные записями переполнения, используемыми для обработки вставок и обновлений в ISAM; и они значительно снижают риск того, что программный или аппаратный сбой в середине обновления индекса может привести к его повреждению. VSAM предоставляет интерфейс ISAM/VSAM, который позволяет приложениям на основе ISAM использовать VSAM KSDS без перепрограммирования.
• Наборы данных относительных записей (RRDS) являются заменой наборов данных прямого доступа ( BDAM ), позволяя приложениям получать доступ к записи путем указания относительного номера записи. В отличие от ESDS и KSDS, RRDS не поддерживает записи переменной длины.

Эти форматы VSAM стали основой систем управления базами данных IBM , IMS/VS и DB2 — обычно ESDS для фактического хранения данных и KSDS для индексов.

VSAM также предоставляет новую реализацию функции каталога, которая позволяет приложениям получать доступ к файлам по имени без необходимости знать, на каком диске(ах) они находятся. Наборы данных VSAM должны быть определены в каталоге VSAM перед их использованием, а наборы данных, отличные от VSAM, также могут быть перечислены в каталоге VSAM. Главный каталог MVS должен быть каталогом VSAM. Каталоги изначально предоставлялись в OS/360 в форме CVOL; MVS добавила отдельную структуру каталога для VSAM; позже IBM добавила третий тип каталога, известный как каталог ICF. (IBM прекратила поддержку каталогов CVOL и VSAM с 2000 года, поскольку они не соответствовали требованиям 2000 года; следовательно, в z/OS поддерживаются только каталоги ICF.)

СНС

В 1974 году IBM анонсировала системную сетевую архитектуру , которая должна была снизить стоимость эксплуатации больших сетей терминалов, главным образом за счет более эффективного использования линий связи. Это доступно только для операционных систем IBM с виртуальной памятью, поскольку программный компонент мэйнфрейма VTAM доступен только с этими операционными системами.

версии и

В 1977 году IBM анонсировала MVS/System Extensions, программный продукт (то есть стоивший дополнительных денег), который улучшил производительность MVS и добавил функциональность.

Потомки MVS до сих пор используются в последних потомках System/360, System/390 и zSeries ; она была переименована в OS/390 для System/390, а 64-битная версия для zSeries получила название z/OS .

Структура, интерфейс и логика

Из соображений размера этот раздел посвящен варианту MVT OS/360; PCP и MFT очень похожи; с изменениями в номенклатуре и некоторыми незначительными отличиями. OS/VS1 и SVS имеют во многом ту же структуру, что и MFT II и MVT, тогда как MVS , хотя и сохраняет большую часть логики MVT, имеет значительные улучшения, которые лучше рассмотреть в отдельной статье. Эта статья соответствует использованию IBM термина «хранилище» , а не «память» .

Распределение ЦП

OS/360 назначает процессоры задачам, которые аналогичны облегченным процессам или потокам в других системах. Каждая задача имеет блок управления задачами (TCB) и стек блоков запросов. (РБ). Задача может быть диспетчеризованной или недиспетчерируемой. и RB либо ждет или не жду. Диспетчер выбирает диспетчерируемую задачу с наивысшим приоритетом , текущий RB которой не ожидает.

MVS назначает процессоры адресным пространствам , которые аналогичны процессам, а также блокам запросов на обслуживание (SRB) и задачам в адресных пространствах. Каждое адресное пространство имеет блок управления адресным пространством (ASCB), очередь SRB и очередь TCB.

Схема хранения

Схема хранения MVT после IPL и NIP

Содержание	Область
Резидентная зона BLDL (необязательно)	Общая зона	Самый высокий
Область пакета ссылок (LPA)
Главный регион планировщика
Регионы для рабочих мест, MOUNT, запущенных задач и TSO	Динамическая область
Системная область очереди (SQA)	Фиксированная площадь
Ядро		Самый низкий

В OS/360 все хранилище доступно всему коду, хотя защита выборки может предотвратить доступ непривилегированного кода к некоторым блокам управления или между заданиями.Основное хранилище для MVT разделено на системную ( фиксированную ) область внизу реального хранилища, общую область вверху и частную область посередине. Они содержат следующие области.

Фиксированная площадь

Эта область начинается с абсолютной позиции 0 и содержит

Ядро.

Это раздел хранилища по адресу 0, загруженный из SYS1.NUCLEUS(IEANUCxx), где xx обычно равно 01. Для модели 65 MP (M65MP) существует отдельная копия префикса (места 0–4095) для каждого процессора. и термин «абсолютный адрес» относится к адресу, фактически отправленному в память после любого префикса, тогда как термин « реальный адрес» относится к адресу до применения какого-либо префикса. Nucleus содержит обработчики прерываний, блоки управления, подпрограммы SVC типа 1 и типа 2 , временную область SVC, подпрограммы, которые могут быть напрямую вызваны из непривилегированного кода, и подпрограммы, которые могут быть вызваны только из привилегированного кода.

Системная область очереди (SQA).

Это область, из которой система получает хранилище, совместно используемое между заданиями.

Частная территория.

Это область, из которой MVT приобретает хранилище для регионов. К типам регионов относятся

Работа

Выделяется инициатором для пакетных заданий, отправленных, например, устройством считывания карт, CRJE, RJE, TSO.

передний план

Содержит замененный сеанс TSO . Создается задачей управления разделением времени (TSC).

Устанавливать

Назначается системой управления запущенными задачами (STC) для оператора MOUNT . команды

Запущенная задача

Назначается системой управления запущенными задачами (STC) для оператора СТАРТ . команды

Общая зона

«Это раздел хранилища по высшему физическому адресу. Он содержит

Резидентский район BLDL

Это область, в которой кэшируются выбранные записи каталога.

Регион главного планировщика

Главный планировщик и задача связи выполняются в этом регионе, который выделяет NIP .

Область пакета ссылок (ЛПА)

Это область, в которую MVT загружает процедуры метода реентерабельного доступа и другие программы во время IPL, которые впоследствии могут использоваться всеми заданиями.

Схема хранилища SVS

SVS аналогичен, за исключением того, что системная область находится вверху и внизу виртуального хранилища, а не реального хранилища, Nucleus находится в хранилище Virtual = Real (V = R), частная область содержит область очереди локальной системы (LSQA) для каждого регион и LPA разделены на:

Область пакета постраничных ссылок (PLPA)

Это область, содержащая все модули SYS1.LPALIB; набор данных страницы, поддерживающий его, сохраняется во всех IPL, за исключением случаев, когда указана опция создания LPA (CLPA).

Модифицированная область пакета ссылок (MLPA)

Это область, содержащая модули, перечисленные в члене IEALPAxx SYS1.PARMLIB и заменяющие модули в PLPA на время IPL.

Область фиксированного пакета ссылок (FLPA).

Это область, содержащая модули с фиксированной страницей, перечисленные в члене IEAFIXxx SYS1.PARMLIB и заменяющие модули в PLPA на время IPL.

Планировка хранилища MVS/370

В MVS все адресные пространства разделяют системную область. но не частная территория. МВС добавляет:

Общая зона хранения (CSA)

Это область, из которой MVS может динамически выделять хранилище, общее для всех адресных пространств.

Системная рабочая область (SWA)

Это область, содержащая блоки управления, которые в OS/360 и SVS содержались в SYS1.SYSJOBQE.

Схема хранилища MVS/XA, MVS/ESA и

В MVS/XA и более поздних версиях существуют системные, частные и общие зоны ниже 16 Mi B (2 ²⁴ байт) line и расширенные области между 16 Mi B и 2 Gi B (2 ³¹ байты).

Структура хранилища z/OS

В z/OS структура хранилища аналогичен MVS/XA, MVS/ESA и OS/390; хранилище выше 2 ГиБ планки . управляется другими службами, чем хранилище ниже планки

Процесс IPL

Когда операторы изначально выбирают LOAD, Система отправляет READ IPL команда выбранному устройству, считывающая 24 байта из цилиндра 0, дорожки 0, записи 1, в ячейку памяти 0. Байты 8–23 читаются и передаются в загрузочную запись. цилиндр 0, дорожка 0, запись 2, которая, в свою очередь, считывается и передается в загрузчик IPL. Загрузчик IPL выполняет первоначальную очистку, находит запрошенное ядро ​​и загружает его с перемещением; cect обработчика прерывания всегда находится в позиции 0, а cect инициализации ядра всегда является последним, так что в конечном итоге его можно отбросить. Программа инициализации Nucleus (NIP) инициализирует различные компоненты системы.

Первоначально НИП должен предоставлять услуги, в которых он нуждается. Однако по мере инициализации различных средств ОС он начинает использовать стандартные сервисы, например, использует OBTAIN макрос для чтения блока управления набором данных (DSCB) из таблицы содержания тома (VTOC).

NIP считывает участников из SYS1.PARMLIB набор данных для получения различных эксплуатационных данных. Эти члены могут быть указаны по умолчанию, оператором или параметрами других членов.

В конечном итоге NIP создает регион главного расписания из частной области и передает его IEEVIPL для инициализации главного планировщика и задачи связи, что завершает инициализацию системы.

Единицы работы, подобные работе

Помимо пакетных заданий, OS/360 поддерживает несколько категорий работ, которые обрабатываются аналогично пакетным заданиям. Во всех случаях система должна обработать JCL, выделить регион, выделить устройства и запустить программу этапов задания. Для пакетного задания считыватель/интерпретатор обрабатывает JCL с внешнего устройства; для START команды, MOUNT команды и TSO LOGON, система генерирует JCL, вызывая каталогизированную процедуру.

Интерфейсы

API

В OS/360 есть блок управления, известный как таблица векторов связи (CVT), который содержит указатели на другие блоки управления и на различные процедуры. Некоторые макрокоманды OS/360 относятся к полям в CVT и других блоках управления.

В OS/360 есть макросы для отображения dsect некоторых блоков управления, хотя многие макросы имеют жестко закодированные смещения, а не имена в макросах сопоставления.

Службы OS/360 обычно имеют параметры в регистре 1; некоторые используют регистры 0 и 1, а некоторые — регистры 0, 1 и 15.

Служебные макросы OS/360 часто имеют три формы:

Выполнить форму

Выполните функцию, используя предоставленный список параметров.

Форма списка

Создайте список параметров с предустановленными параметрами, которые могут использоваться макросом формы выполнения.

Стандартная форма

Создайте любой необходимый список параметров и выполните функцию.

Многие важные сервисы реализованы в подпрограммах SVC и сохраняют регистры 2–14. Другие реализованы как подпрограммы, вызываемые напрямую, с адресами входа в блоках управления системой и требуют, чтобы регистр 13 указывал на стандартную область сохранения; обычно они сохраняют регистры 2–13. В любом случае регистр 15 на выходе обычно содержит код возврата; многие службы возвращают дополнительные данные в регистры 0 и 1.

Консоли оператора

Для OS/360 требуется как минимум одна консоль оператора; есть два уровня поддержки

Начальный

Это базовый уровень поддержки, позволяющий использовать только одну основную консоль и одну дополнительную альтернативную консоль.

Поддержка нескольких консолей (MCS)

MCS позволяет использовать одну главную консоль и до 31 дополнительной консоли. Любая из 32 консолей может иметь альтернативную консоль для приема трафика сообщений в случае сбоя. MCS позволяет записывать трафик сообщений в журнал на бумажном носителе, который может быть либо вторичной консолью, либо системным журналом (SYSLOG) на DASD. MCS включает поддержку консоли оператора с независимым дисплеем (DIDOCS), унифицированную платформу для поддержки консолей на базе ЭЛТ.

Каждое сообщение, отправленное оператором записи (WTO) или оператором записи с ответом (WTOR), связано с одним или несколькими кодами маршрутизации. Оператор может ограничить консоль отображением только определенных кодов маршрутизации. Типичное использование этого — размещение консоли в ленточной библиотеке и отображение на ней только сообщений, относящихся к ленточному библиотекарю. Специальный код маршрутизации 7 позволяет включить текст сообщения в журнал сообщений задания.

Каждое сообщение также имеет дескриптор, который управляет его обработкой.

Одной из ключевых команд оператора является REPLY, который обеспечивает ответ на WTOR макрос. Оператор может ответить на WTOR только на консоли, получившей текст сообщения.

Ключевой командой для консолей дисплея, например, 2250 , 2260 , 3270 , является CONTROL ( K ), которая устанавливает параметры обработки, например, для прокрутки.

Хронология

Эти данные взяты из истории выпусков операционных систем IBM 360 , хронологии рынка продуктов и услуг System/370 . ИБМ. «Объявление о маркетинге и обслуживании z/OS, z/OS.e и OS/390, даты доступности и прекращения поддержки» . и рекламные письма IBM.

Заказ №.	Объявлено	Отправленный	Поддерживать упавший	Номер версии	скрывать Имя
360С	1964-04				Операционная система/360
	1964-04	1965-11		1	Предварительная версия операционной системы/360 Единый последовательный планировщик
	1964-04	1966-11			Многопоследовательный планировщик OS / 360
360С	1965-12	1966-03-31		1	Операционная система/360
360С		1966-06		2	Операционная система/360
360С	1966-08-18	1966-08		4/5	Операционная система/360
360С	1966-04-29	1966-10		6	Операционная система/360 МФТ
360С		1966-12-07		8	Операционная система/360
360С		1967-02		9.5	Операционная система/360
360С		1967-05		11	Операционная система/360
360С		1967-08-08		12	Операционная система/360 МВТ?
360С		1967-08		13	Операционная система/360 МВТ
360С		1968-01		14	Операционная система/360
360С		1968-08-30		15/16	Операционная система/360 MFT-II, позиционирование VTOC
360С		1969-03		17	Операционная система/360
360С	1969-07	1969-09		18	Операционная система/360 SMF для МВТ
360С	1969-10			18.6	Операционная система/360
360С		1970-03		19	Операционная система/360
360С	1970-06-01	1970-08-05		19.1	Операционная система/360 SMF для MFT, MFT Attach, поддержка 1285/87/88
360С	1970-08-05			19.6	Операционная система/360
360С		1970-09		20	Операционная система/360<TSO>
360С	1971-02			20.1	Операционная система/360
360С				20.6	Операционная система/360
360С				21	Операционная система/360
360С				21.6	Операционная система/360
360С				21.7	Операционная система/360
360С	1972-08			21.8	Операционная система/360
5741	1972-08	1973-??		1	Операционная система/виртуальное хранилище 1 (OS/VS1)
5742-SC1	1972-08	1972-??		1	Операционная система/Виртуальное хранилище 2 (OS/VS2) (Одно виртуальное хранилище) (SVS)
5752-ВС2	1972-08	1974-??		2	Операционная система/Виртуальное хранилище 2 (OS/VS2) (Несколько виртуальных адресных пространств) (MVS) с подсистемой ввода заданий 2 (JES2)
5752-ВС2	1972-??	1975-10		2	Операционная система/Виртуальное хранилище 2 (OS/VS2) MVS с подсистемой ввода заданий 3 (JES3)
5752-ВС2				2.1	Операционная система/Виртуальное хранилище 2 (OS/VS2) MVS с подсистемой ввода заданий 3 (JES3)
5752-ВС2	1975-??	1975-10		3	Операционная система/Виртуальное хранилище 2 (OS/VS2) MVS с подсистемами ввода заданий 2 и 3 (JES2 и JES3)
5752-ВС2				3.6	Операционная система/Виртуальное хранилище 2 (OS/VS2) MVS с подсистемами ввода заданий 2 и 3 (JES2 и JES3)
5752-ВС2	1976-11			3.7	Операционная система/Виртуальное хранилище 2 (OS/VS2) MVS с подсистемами ввода заданий 2 и 3 (JES2 и JES3)
5752-ВС2	1979-??			3.8	Операционная система/Виртуальное хранилище 2 (OS/VS2) MVS с подсистемами ввода заданий 2 и 3 (JES2 и JES3)
5740-XE1	1979-??			1	MVS/Системные расширения (MVS/SE)
5740-XE1	1979-03	1979-08		2	MVS/Системные расширения (MVS/SE2)
5740-XYS	1980-06	1980-12		1	Продукт MVS/System версии 1 JES2 (MVS/SP 1.1)
5740-XYN	1980-06	1980-12		1	Продукт MVS/System версии 1 JES3 (MVS/SP 1.1)
5740-XYS	1980-06	1981-06		2	Продукт MVS/System версии 1 JES2 (MVS/SP 1.2)
5740-XYN	1980-06	1981-06		2	Продукт MVS/System версии 1 JES3 (MVS/SP 1.2)
5740-XYS	1980-11	1981-10		3	Продукт MVS/System версии 1 JES2 (MVS/SP 1.3)
5740-XYN	1980-11	1981-10		3	Продукт MVS/System версии 1 JES3 (MVS/SP 1.3)
5740-XC6	1981-10	1983-03		1	MVS/системный продукт — JES2, версия 2 (MVS/Расширенная архитектура) (MVS/XA)
5740-XC6	1981-10	1983-03		1	MVS/системный продукт — JES3, версия 2 (MVS/Расширенная архитектура) (MVS/XA)
5685-001	1988-02	1988-07		1	MVS/системный продукт — JES2, версия 3 (Архитектура MVS/корпоративной системы) (MVS/ESA)
5685-002	1988-02	1988-07		1	MVS/системный продукт — JES3, версия 3 (Архитектура MVS/корпоративной системы) (MVS/ESA)
5685-047	1990-09-05	1990-10-26	1994-03-31	1	MVS/ESA SP — JES2, версия 4
5685-047	1990-09-05	1992-12-31	1999-06-30	2	MVS/ESA SP — JES2, версия 4
5685-047	1992-06-18	1993-03-26	1999-06-30	3	MVS/ESA SP — JES2, версия 4
5685-048	1990-09	1990-10	1999-06-30	1	MVS/ESA SP — JES3, версия 4
5655-068	1994-04-05	1994-06-24	2001-01-31	1	MVS/ESA SP — JES2, версия 5
5655-068	1994-09-13 295-072	1995-06-30	2001-03-31	2	MVS/ESA SP — JES2, версия 5
5655-069	1994-09-13	1995-29-13	2001-03-31	2.1	MVS/ESA SP — JES3, версия 5
5655-069	1995-02-28 295-072	1995-09-29	2001-03-31  ( 2001-03-31 )	2.2	MVS/ESA SP — JES3, версия 5
5645-001	1996-02-20	1996-03-29 296-018	2001-01-31	1	ОС/390 Версия 1
5645-001	1996-02-20 296-018	1996-09-27	2001-01-31	2	ОС/390 Версия 1
5645-001	1996-09-10	1997-03-11 297-040	2001-03-31	3	ОС/390 Версия 1
5647-А01	1997-03-11 297-040	1997-09-26 297-355	2001-03-31	4	ОС/390 Версия 2
5647-А01	1997-09-09 297-355	1998-03-27 297-355	2001-03-31 298-049	5	ОС/390 Версия 2
5647-А01	1998-02-24 298-049	1998-09-25 298-278	2002-03-31	6	ОС/390 Версия 2
5647-А01	1998-08-18 298-278	1999-03-26 299-042	2002-03-31	7	ОС/390 Версия 2
5647-А01	1999-02-22 299-042	1999-09-24 299-234	2002-09-30	8	ОС/390 Версия 2
5647-А01	2000-02-29 299-234	2000-03-31 200-030	2003-03-31	9	ОС/390 Версия 2
5647-А01	2000-05-16	2000-09-29 200-145	2004-09-30	10	ОС/390 Версия 2
5694-А01	2000-10-03 200-352	2001-03-30	2004-03-31	1	z/OS Версия 1
5694-А01	2001-09-11 201-248	2001-10-26	2004-10-31	2	z/OS Версия 1
5694-А01	2002-02-19 202-031	2002-03-29	2005-03-31	3	z/OS Версия 1
5694-А01	2002-08-13 202-190	2002-09-27	2007-03-31	4	z/OS Версия 1
5694-А01	2004-02-10 204-017	2004-03-26	2007-03-31	5	z/OS Версия 1
5694-А01	2004-08-10 204-180	2004-09-24	2007-09-30	6	z/OS Версия 1
5694-А01	2005-07-27 205-167	2005-09-30	2008-09-30	7	z/OS Версия 1
5694-А01	2006-08-08 206-190	2006-09-29	2009-09-30	8	z/OS Версия 1
5694-А01	2007-08-08 207-175	2007-09-28	2010-09-30	9	z/OS Версия 1
5694-А01	2008-08-05 208-186	2008-09-26	2011-09	10	z/OS Версия 1
5694-А01	2009-08-18 209-242	2009-09-25	2013-09	11	z/OS Версия 1
5694-А01	2010-07-22 210-235	2010-09-24	2015-09	12	z/OS Версия 1
5694-А01	2011-07-12 211-252	2011-09-30	2017-09	13	z/OS Версия 1
5650-ЗОС	2013-07-23 213-292	2013-09-30	2019-09	Старая версия, больше не поддерживается: 1	z/OS Версия 2
5650-ЗОС	2015-07-28 215-267	2015-09-30	2021-09	Старая версия, больше не поддерживается: 2	z/OS Версия 2
5650-ЗОС	2017-07-17 217-246	2017-09-27	2022-09-30	Старая версия, больше не поддерживается: 3	z/OS Версия 2
5650-ЗОС	2019-02-26 219-013	2019-09-30	будет объявлено позднее	Старая версия, но все еще поддерживается: 4	z/OS Версия 2
5650-ЗОС	2021-06-27 221-260	2021-09-30	будет объявлено позднее	Старая версия, но все еще поддерживается: 5	z/OS Версия 2
5655-ЗОС	2023-02-28	2023-09-29	будет объявлено позднее	Текущая стабильная версия: 1	z/OS версии 3
Легенда: Старая версия Старая версия, все еще поддерживается Последняя версия Latest preview version Future release

См. также

• История операционных систем для мэйнфреймов IBM

Ссылки

Руководства по OS/360

ДММАК

Инструкции по макросам управления данными ОС — выпуск 21.7 (PDF) . Справочная библиотека систем IBM (второе изд.). ИБМ . Июнь 1973 г. GC26-3794-1 . Проверено 7 июня 2022 г.

ДМСВК

Руководство по службам макросов управления данными ОС — выпуск 21.7 (PDF) . Справочная библиотека систем IBM (Третье изд.). ИБМ . Июль 1973 г. GC26-3746-2 . Проверено 7 июня 2022 г.

ДМСИС

Управление данными ОС для системных программистов — выпуск 21 (PDF) . Справочная библиотека систем IBM (Двенадцатое изд.). ИБМ . Апрель 1973 г. GC28-6550-11 . Проверено 7 июня 2022 г.

JCLREF

Операционная система IBM System/360: Справочник по языку управления заданиями — выпуск ОС 21.7 (PDF) . Справочная библиотека систем IBM (Пятое изд.). ИБМ . Август 1976 г. GC28-6704-4 . Проверено 7 июня 2022 г.

ДЖКЛУСЕР

Операционная система IBM System/360: Руководство пользователя языка управления заданиями (PDF) . Справочная библиотека систем IBM (Третье изд.). ИБМ . Июнь 1971 г. GC28-6703-2 . Проверено 7 июня 2022 г.

ЛКЭД

ОС IBM — Редактор и загрузчик Linkage — Номера программ 360S-ED-510 — 360S-ED-521 — 360S-LD-547 (PDF) . Справочная библиотека систем IBM (одиннадцатое изд.). ИБМ . Апрель 1973 г. GC28-6538-10 . Проверено 7 июня 2022 г.

МФТ

Операционная система IBM System/360: Руководство по MFT — ОС, выпуск 21.7 (PDF) . Справочная библиотека систем IBM (одиннадцатое изд.). ИБМ . Август 1974 г. GC27-6939-10 . Проверено 7 июня 2022 г.

МВТ

Операционная система IBM System/360: Руководство по MVT — ОС, выпуск 21.7 (PDF) . Справочная библиотека систем IBM (Шестое изд.). ИБМ . Август 1974 г. GC28-6720-5 . Проверено 7 июня 2022 г.

СМФ

ОС SMF (PDF) . Справочная библиотека систем IBM (Восьмое изд.). ИБМ . Апрель 1973 г. GC28-6712-7 . Проверено 7 июня 2022 г.

КАК ДЕЛА

Выпуск ОС 21 — Операционная система IBM System/360 — Службы супервизора и инструкции по макросам (PDF) . Справочная библиотека систем IBM (Восьмое изд.). ИБМ . Сентябрь 1974 г. GC28-6646-7 . Проверено 7 июня 2022 г.

СИСКБ

Операционная система IBM System/360: блоки управления системой (PDF) . Справочная библиотека систем IBM (Десятое изд.). ИБМ . Апрель 1973 г. GC28-6628-9 . Проверено 7 июня 2022 г.

СИСГЕН

Версия операционной системы 21.8 (PDF) . Справочная библиотека систем IBM (Четырнадцатое изд.). ИБМ . Август 1974 г. GC28-6554-13 . Проверено 7 июня 2022 г.

СИСПГ

Операционная система IBM System/360: Руководство системного программиста (PDF) . Справочная библиотека систем IBM (Девятое изд.). ИБМ . Июнь 1971 г. GC28-6550-9 . Проверено 7 июня 2022 г.

ТСО

Операционная система IBM System/360: Руководство по опциям разделения времени — ОС, выпуск 21.7 (PDF) . Справочная библиотека систем IBM (Восьмое изд.). ИБМ . Апрель 1973 г. GC28-6698-7 . Проверено 7 июня 2022 г.

ЦОКМД

Операционная система IBM System/360: опция разделения времени — Справочник по языку команд — ОС, выпуск 21.7 (PDF) . Справочная библиотека систем IBM (Пятое изд.). ИБМ . Апрель 1973 г. GC28-6732-4 . Проверено 7 июня 2022 г.

Руководства по логике OS/360

IOS, 2-е изд.

Операционная система IBM System/360 — Супервизор ввода-вывода — Номер программы 360S-CI-535 (PDF) . Программная логика (Второе изд.). ИБМ . Апрель 1967 г. GY28-6616-1 . Проверено 7 июня 2022 г.

iOS

Логика супервизора ввода-вывода ОС — выпуск 21 — номер программы 360S-CI-535 (PDF) . Программная логика (Десятое изд.). ИБМ . Февраль 1972 г. GY28-6616-9 . Проверено 7 июня 2022 г.

IPL

Операционная система IBM System/360 — начальный загрузчик программ и программа инициализации Nucleus — номер программы 360S-CI-535 (PDF) . Программная логика (Шестое изд.). ИБМ . Март 1972 г. GY28-6661-5 . Проверено 7 июня 2022 г.

PCPJOB

Операционная система IBM System / 360: Управление заданиями, - Руководство по логике программы, - Номер программы 360S-CI-505 (PDF) (Шестое изд.). ИБМ . Июнь 1970 г. GY28-6613-5 . Проверено 7 июня 2022 г.

НДС РАБОТА

Операционная система IBM System / 360: Управление заданиями MVT, Руководство по логике программы, - Номер программы 360S-CI-535 OS, выпуск 21 (PDF) (Десятое изд.). ИБМ . Март 1972 г. GY28-6660-9 . Проверено 7 июня 2022 г.

МВЦУП

Операционная система IBM System/360 — MVT Supervisor (PDF) . Программная логика (Восьмое изд.). Май 1973 г. GY28-6659-7 . Проверено 7 июня 2022 г.

Дальнейшее чтение

Руководства

• IBM, «Руководство по MVT» — GC28-6720-4, R21, март 1972 г.
• IBM, "MVT Supervisor PLM" - GY28-6659-7, Руководство по логике программы, март 1972 г.
• IBM, «OS I/O Supervisor PLM» - GY28-6616-1, Руководство по логике программы, апрель 1967 г.
• IBM, «OS I/O Supervisor PLM» - GY28-6616-9, Руководство по программной логике, R21.7, апрель 1973 г.

Книги

• Брукс-младший, Фредерик П. (1975). « Мифический человеко-месяц: очерки по разработке программного обеспечения », Аддисон-Уэсли. ISBN   0-201-00650-2 . (Перепечатано с исправлениями, январь 1982 г.)
• Биндер, Роберт В. (1985). « Отладка приложений: Справочник по MVS Abend для программистов на Cobol, Ассемблер, PL/I и Фортран », Прентис-Холл. ISBN   0-13-039348-7 .
• Пью, Эмерсон В.; Джонсон, Лайл Р.; Палмер, Джон Х. (1991). Системы IBM 360 и Early 370 , Кембридж: MIT Press. (стр. 291–345)

Статьи

• «Создание мэйнфрейма System/360 почти уничтожило IBM» . IEEE-спектр . 05.04.2019 . Проверено 2 мая 2022 г.

в

• ВЕЧЕР

Внешние ссылки

• Операционная система / 360 1965–1972 гг.
• MVS... Длинная история на archive.org