OS / 360 и последователи

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

Разработчик	IBM
Написано в	Язык ассемблера , базовый системный язык (BSL)
Семейство ОС	OS / 360 и последователи
Первый выпуск	31 марта 1966 г . ; 55 лет назад (1966-03-31)
Последний релиз	21,8
Маркетинговая цель	Мэйнфреймы IBM
Платформы	S / 360 , S / 370
Тип ядра	N / A
Лицензия	Всеобщее достояние
Преемник	OS / VS1 , OS / VS2 (SVS) , OS / VS2 (MVS) , MVS / SE, MVS / SP версии 1, MVS / XA , MVS / ESA , OS / 390 , z / OS

OS / 360 , официально известная как операционная система IBM System / 360 , ^{[1] [2]} - это прекращенная операционная система с пакетной обработкой, разработанная IBM для их нового мэйнфрейма System / 360 , анонсированного в 1964 году; он находился под влиянием ранее IBSYS / IBJOB и Input / Output System Control (МНК) пакетов для IBM 7090/7094 ^{[ править ]} и подавно операционной системой PR155 для IBM 1410 / 7010 процессоров. ^{[ необходима цитата ]} Это была одна из первых ^{[NB 1]} операционных систем, которая требовала, чтобы компьютерное оборудование содержало хотя бы одно запоминающее устройство с прямым доступом .

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

Обзор [ править ]

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

• Единый последовательный планировщик (SSS)
  • Опция 1
  • Программа первичного управления (PCP)
• Множественные последовательные планировщики (MSS)
  • Вариант 2
  • Мультипрограммирование с фиксированным количеством задач (MFT)
  • MFT II
• Планировщики с несколькими приоритетами (MPS)
  • Вариант 4
  • VMS ^{[NB 2]}
  • Мультипрограммирование с переменным количеством задач (MVT)
  • Многопроцессорная модель 65 (M65MP)

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

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

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

Происхождение [ править ]

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

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

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

IBM выпустила три варианта OS / 360: PCP (программа первичного управления), временная программа, которая могла выполнять только одно задание за раз, в 1966 году; MFT ( мультипрограммирование с фиксированным количеством задач) для машин среднего уровня и MVT (мультипрограммирование с переменным количеством задач) для верхнего уровня. ^[8] MFT и MVT использовались по крайней мере до 1981 года, ^[9] через десять лет после того, как были запущены их преемники. ^[10] Разделение между MFT и MVT возникло из-за ограничений хранения и ограничений планирования. Первоначально IBM утверждала, что MFT и MVT были просто «двумя конфигурациями управляющей программы OS / 360 », хотя позже IBM описала их как «отдельные версии OS / 360». ^{[2] [4]}

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

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

Варианты OS / 360 [ править ]

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

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

PCP [ править ]

Программа первичного управления (PCP) была предназначена для машин с небольшой памятью. Он аналогичен MFT ^{[NB 6]} с одним разделом . Опыт показал, что не рекомендуется устанавливать OS / 360 в системах с объемом памяти менее 128 Кбайт, хотя ограниченное производственное использование было возможно на гораздо меньших машинах, таких как 48 Кбайт памяти. IBM отказалась от опции PCP в последних выпусках OS / 360, оставив только MFT II и MVT, которым требовалось больше памяти.

Также упоминается как SYS = MIN в расширениях макросов, которые были системно-зависимыми.

MFT [ править ]

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

Первая версия MFT ^[13] разделяла большую часть кода и архитектуры с PCP и была ограничена четырьмя разделами . Запускать несколько разделов было очень обременительно. Многие установки использовали Houston Automatic Spooling Priority (HASP) для уменьшения сложности.

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

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

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

Также упоминается как SYS = INT в макро-расширениях, которые были системно-зависимыми.

MVT [ править ]

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

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

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

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

M65MP [ править ]

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

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

Общие функции [ править ]

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

• Один и тот же интерфейс прикладного программирования (API) и двоичный интерфейс приложения (ABI), поэтому прикладные программы могут передаваться между MFT и MVT без необходимости их модификации, повторной сборки или повторной компиляции .
• Тот же JCL (язык управления заданиями для запуска пакетных заданий), который был более гибким и простым в использовании, хотя и более сложным, чем у DOS / 360 .
• Те же средства ( методы доступа ) для чтения и записи файлов и для передачи данных:
  • Последовательные наборы данных обычно считываются или записываются по одной записи от начала до конца с использованием BSAM или QSAM . Это был единственный метод , который может быть использован для ленточных накопителей , карт читателей / пуансонов и принтеры.
  • В индексированных ( ISAM ) файлах определенный раздел каждой записи определяется как ключ, который можно использовать для поиска определенных записей.
  • В файлах с прямым доступом ( BDAM ) прикладная программа должна указать относительный номер блока, относительную дорожку и запись (TTR) или фактическое физическое местоположение (MBBCCHHR) ^{[NB 9]} в запоминающем устройстве с прямым доступом (DASD) данные, к которым он хотел получить доступ, или отправная точка для поиска по ключу. Программирование BDAM было непростым делом, и большинство организаций никогда не использовали его сами; но это был самый быстрый способ доступа данных на дисках и многих софтверных компаний использовали его в своих продуктах, в частности систем управления базами данных , такие как Adabas , IDMS и IBM, DL / I. Он также доступен в OS / 360 Fortran. Наборы данных BDAM разблокированы, с одной логической записью на физическую запись.
  • Дополнительная файловая структура, разделенная на разделы и метод доступа ( BPAM ), в основном используется для управления библиотеками программ. Хотя разделенные файлы необходимо сжимать для освобождения свободного места, это оказывает меньшее влияние, чем аналогичное требование для библиотеки основных изображений DOS / 360 , поскольку MFT и MVT допускают использование нескольких разделенных наборов данных, и каждый проект обычно имеет по крайней мере один.
  • Группы данных поколения (GDG) были изначально разработаны для поддержки процедур резервного копирования дед-отец-сын - если файл был изменен, измененная версия стала новым сыном, предыдущий сын стал отцом, предыдущий отец стал дедушкой, а предыдущий дедушка был удален. Но можно было создать GDG с более чем 3 поколениями, и некоторые приложения использовали GDG для сбора данных из большого и переменного количества источников и передачи информации в одну программу - каждая программа сбора создавала новое поколение файла, и последняя программа считывала вся группа как единый последовательный файл (без указания поколения в JCL).
  • BTAM , средство передачи данных, было примитивным и трудным в использовании по сегодняшним стандартам. Однако он мог связываться практически с любым типом терминала, что было большим преимуществом в то время, когда практически не существовало стандартизации протоколов связи.
• Система именования файлов позволяет управлять файлами как иерархиями с не более чем 8 символьными именами на каждом уровне, например PROJECT.USER.FILENAME. Это связано с реализацией системного каталога (SYSCTLG) и контрольных томов (CVOL), которые использовали записи с 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 с аналогичной ценой. ^[20] Затем, в 1972 году, IBM анонсировала System / 370 Advanced Functions , основным пунктом которой было то, что будущие продажи System / 370 будут включать в себя возможности виртуальной памяти , и это также может быть дооснащено существующими CPU System / 370. Поэтому IBM также взяла на себя обязательство предоставить улучшенные операционные системы, которые могут поддерживать использование виртуальной памяти. ^{[21] [22]}

OS / 360 [ править ]

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

• Регистры управления поддержкой
• Поддержка расширенного ввода-вывода ^{[NB 10]}
• Предоставьте обработчик проверки машины S / 370
• Предоставлять ограниченную поддержку для новых функций таймера

OS / VS1 [ править ]

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

OS / VS2 SVS и MVS [ править ]

Выпуск 1 OS / VS2 был просто MVT плюс виртуальная память и VSAM (см. Ниже). ^[4] Эта версия была в конечном итоге переименована в OS / VS2 SVS для Single Virtual Storage, когда была представлена ​​OS / VS2 Release 2, также известная как MVS, для Multiple Virtual Storage. SVS задумывался как ступенька от MVT к MVS и сегодня представляет только исторический интерес.

В 1974 году IBM выпустила то, что она описала как OS / VS2 Release 2, но на самом деле это была новая операционная система, которая была обратно совместима с OS / VS2 Release 1. Супервизор новой системы был в значительной степени переписан на новом диалекте BSL, PL / S ; ^{[23] [24]} BSL и PL / S были диалектами PL / I с расширениями, предназначенными для расшифровки кода языка ассемблера , включая привилегированные инструкции, необходимые для управления компьютером в целом. Компоненты ОС, зависящие от времени, такие как диспетчер ОС и IOS , в частности, среди многих других, оставались закодированными на языке ассемблера , который был улучшен для OS / VS в ассемблере IFOX00.^{[NB 11]} (из более ранней версии OS / 360 IEUASM Assembler).

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

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

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

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

VSAM [ править ]

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

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

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

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

СНС [ править ]

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

Более поздние версии и улучшения MVS [ править ]

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

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

Хронология [ править ]

Эти данные взяты из IBM 360 Operating Systems Release History , System / 370 Market Chronology of Products & Services , IBM. "Маркетинговые и сервисные объявления z / OS, z / OS.e и OS / 390, даты их доступности и прекращения" . и информационные письма IBM.

Заметки [ править ]

Ссылки [ править ]

Дальнейшее чтение [ править ]

Руководства [ править ]

• IBM, "Руководство по МВТ" - 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, Assembly, PL / I и Fortran », Прентис-Холл. ISBN 0130393487 . 
• Пью, Эмерсон У .; Джонсон, Лайл Р .; Палмер, Джон Х. (1991). Системы IBM 360 и Early 370 , Кембридж: MIT Press. (стр. 291–345)

Ссылки в популярной культуре [ править ]

• ABEND

Внешние ссылки [ править ]

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