История операционных систем для мэйнфреймов IBM - Википедия - History of IBM mainframe operating systems

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

Возможно операционные системы которую IBM поставляла клиентам для использования на ранних этапах мэйнфреймы редко бывают инновационными, за исключением виртуальная машина системы, начиная с CP-67. Но хорошо известная репутация компании, предпочитающей проверенные технологии, в целом вселяет в потенциальных пользователей уверенность в том, что они смогут быстро освоить новые системы IBM. Текущие операционные системы мэйнфреймов IBM, z / OS, z / VM, z / VSE, и z / TPF, находятся обратная совместимость преемники операционных систем, представленных в 1960-х годах, хотя, конечно, они были улучшены во многих отношениях.

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

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

Перед System / 360

IBM не спешила с внедрением операционных систем: Дженерал Моторс произвел General Motors OS в 1955 году и GM-NAA ввод / вывод в 1956 году для использования на собственных компьютерах IBM; и в 1962 г. Корпорация Берроуз вышел MCP и General Electric представил GECOS, в обоих случаях для использования их клиентами.[1][2]

Фактически, первые операционные системы для компьютеров IBM были написаны клиентами IBM, которые не хотели, чтобы их очень дорогие машины (2 миллиона долларов США в середине 1950-х годов) бездействовали, пока операторы настраивали задания вручную, и поэтому им нужен был механизм для ведения очереди заданий.[3]

Описанные ниже операционные системы работают только на нескольких моделях процессоров и подходят только для научных и инженерных расчетов. Пользователям других компьютеров IBM или других приложений приходилось обходиться без операционных систем. Но один из меньших компьютеров IBM, IBM 650, представил функцию, которая позже стала частью OS / 360: если обработка была прервана "случайной ошибкой обработки" (аппаратный сбой), машина могла автоматически возобновить работу с последней контрольной точки, вместо того, чтобы требовать от операторов перезапуска задания вручную с самого начала.[4]

От ввода / вывода GM-NAA General Motors к IBSYS

Дженерал Моторс 'Исследовательское подразделение произвело GM-NAA ввод / вывод для своего IBM 701 в 1956 году (из прототипа операционной системы GM, разработанной в 1955 году) и обновил его для преемника 701. В 1960 году ассоциация пользователей IBM ПОДЕЛИТЬСЯ взял на себя и выпустил обновленную версию, SHARE Операционная система.[3]

Наконец, IBM взяла на себя проект и предоставила расширенную версию под названием IBSYS с IBM 7090 и IBM 7094 компьютеры. Требуется IBSYS 8 ленточные накопители (меньше, если в системе был один или несколько дисководов). Его основными компонентами были: карта -на основе языка управления заданиями, который был основным пользовательским интерфейсом; компиляторы за FORTRAN и КОБОЛ; ан ассемблер; и различные утилиты, включая Сортировать программа.[5][6]

В 1958 году исполнительная система Мичиганского университета адаптировала систему ввода-вывода GM-NAA для производства UMES, который лучше подходил для большого количества небольших рабочих мест, созданных студентами. УМЭС использовалась до 1967 года, когда ее заменила МТС система разделения времени.[7]

БЕСИС

Bell Labs произвела БЕСИС (иногда называемый BELLMON) и использовал его до середины 1960-х годов. Bell также предоставила его другим пользователям бесплатно или без официальной технической поддержки.[8][3]

Система мониторинга FORTRAN

До IBSYS IBM производила для своих IBM 709, 7090 и 7094 компьютеры - ленточная операционная система, единственной целью которой было компилировать FORTRAN программы - фактически FMS и компилятор FORTRAN находились на одной ленте.[9][10]

Ранние системы с разделением времени и виртуальными машинами

Основные статьи: Совместное времяпровождение и Виртуальная машина
Дополнительная информация: статья История CP / CMS включает информацию о раннем разделении времени и системах виртуальных машин
Для объяснения разделения времени, виртуальной памяти или виртуальных машин см. § Технические примечания.

Массачусетский технологический институт с Фернандо Корбато произвел первые экспериментальные совместное времяпровождение системы, такие как CTSS, с 1957 до начала 1960-х годов с использованием слегка модифицированных IBM 704 и IBM 7090 мэйнфреймы; эти системы были основаны на предложении Джон Маккарти.[11] В 1960-х годах собственные лаборатории IBM создали экспериментальные системы с разделением времени, используя стандартные мэйнфреймы с оборудованием и микрокод модификации для поддержки виртуальная память: IBM M44 / 44X в начале 1960-х; CP-40 с 1964 по 1967 год; CP-67 с 1967 по 1972 год. Компания даже выпустила CP-67 без гарантии или технической поддержки нескольким крупным клиентам с 1968 по 1972 год. CP-40 и CP-67 использовали модифицированные Система / 360 Процессоры, но M44 / 44X был основан на IBM 7044, более раннее поколение ЦП, которое сильно отличалось внутренне.[12][13][14]

Эти экспериментальные системы было слишком поздно для включения в Система / 360 серию, которую IBM объявила в 1964 году, но призвала компанию добавить виртуальную память и возможности виртуальных машин в свои Система / 370 мэйнфреймы и их операционные системы в 1972 году:[12]

  • M44 / 44X показал, что частичного подхода к виртуальным машинам недостаточно, и что взбучка может сильно снизить скорость систем виртуальной памяти. Переработка - это состояние, при котором система работает очень медленно, потому что она тратит много времени на перетасовку страниц виртуальной памяти между физической памятью и файлами на диске.
  • IBM извлекла уроки из CP-40 и CP-67: как сделать проблему измельчения управляемой; что другие его технологии виртуальной памяти и виртуальных машин были достаточно быстрыми и надежными для использования в крупномасштабных коммерческих системах, которые были его основным бизнесом. В частности, IBM Дэвид Сэйр убедил компанию, что автоматизированное управление виртуальной памятью может стабильно работать не хуже, чем разработано лучшим программистом. наложение схемы.[15]

В 1968 году консалтинговая фирма Computer Software Systems использовала выпущенную версию CP-67 для создания коммерческой службы разделения времени. В техническую команду компании входили 2 новобранца из Массачусетского технологического института (см. CTSS выше), Дик Оренштейн и Гарольд Файнлейб. По мере роста компания переименовывалась в Национальный CSS и модифицировал программное обеспечение, чтобы увеличить количество платящих пользователей, которые оно могло поддерживать, пока система не изменилась настолько, что потребовала нового имени, Вице-президент / CSS. VP / CSS был механизмом доставки услуг National CSS до начала 1980-х годов, когда он переключился на IBM VM / 370 (Смотри ниже).[16][17]

В конце 1960-х университеты выпустили еще три операционные системы с разделением времени S / 360:

  • В Терминальная система Мичигана (МТС) была разработана в 1967 году консорциумом университетов во главе с университет Мичигана. Все версии работали на мэйнфреймах IBM с возможностью виртуальной памяти, начиная с С / 360-67. МТС использовалась до 1999 года.[18]
  • Университет Макгилла в Монреаль начал разрабатывать МУЗЫКА (Система интерактивных вычислений Университета Макгилла) в 1969 году. MUSIC несколько раз совершенствовался и в конечном итоге поддерживал текстовый поиск, веб-публикации и электронную почту, а также разработку программного обеспечения. MUSIC продавалась IBM в основном образовательным учреждениям как рентабельная операционная система для своего оборудования, и в конечном итоге в 1985 году стала IBM Systems Product (MUSIC / SP или многопользовательская система для интерактивных вычислений / системный продукт). Последняя официальная версия был выпущен в 1999 году.[19]
  • ОРВИЛ и ВИЛБУР были разработаны Стэндфордский Университет в 1967-68 для IBM S / 360-67.[20][21] Они предоставили одни из первых возможностей разделения времени на компьютерах IBM S / 360.

Операционные системы System / 360

Вплоть до начала 1960-х годов системы IBM low-end и high-end были несовместимы - программы нельзя было легко переносить от одной к другой, и системы часто использовали совершенно разные периферийные устройства (например, дисководы).[22] IBM пришла к выводу, что эти факторы увеличивают затраты на разработку и производство как аппаратного, так и программного обеспечения до неприемлемого уровня, а также снижают продажи, удерживая клиентов от обновления. Итак, в 1964 году компания объявила Система / 360, новая линейка компьютеров, которые используют одни и те же периферийные устройства и на большинстве из них могут работать одни и те же программы.[23]

Изначально IBM планировала, что System / 360 должна иметь только один пакетно-ориентированный операционная система, OS / 360. Есть по крайней мере два объяснения того, почему IBM позже решила, что должна также создать более простую пакетно-ориентированную операционную систему. DOS / 360:

  • потому что выяснилось, что OS / 360 не вписывается в ограниченную память, доступную на меньших моделях System / 360;[24]
  • или потому, что он осознал, что разработка OS / 360 займет гораздо больше времени, чем ожидалось, и представил DOS / 360 как одну из ряда временных мер для предотвращения обвала продаж оборудования System / 360 - остальные были BOS / 360 (Базовая операционная система, для самых маленьких машин) и TOS / 360 (Ленточная операционная система, для машин с только ленточными накопителями).[23]

Операционные системы System / 360 были более сложными, чем предыдущие операционные системы IBM по нескольким причинам, в том числе:[25]

  • Им пришлось поддерживать мультипрограммирование - переключение на запуск другого незавершенного приложения, когда текущее приложение было заблокировано в ожидании Ввод / вывод операции (например, чтение с диска) до завершения. Без мультипрограммирования тем быстрее Процессоры в этом диапазоне большую часть времени бездействовали бы, ожидая медленных операций ввода-вывода. Следовательно, операционные системы должны были быть настоящими хозяевами систем, чтобы предоставлять те услуги, которые действительно запрашивали приложения, и обрабатывать сбои или некорректное поведение в одном приложении, не останавливая другие, работающие одновременно.
  • Они должны были поддерживать гораздо более широкий диапазон размеров машин. Память варьировалась от 16 КБ до 1 МБ, а скорость процессора от нескольких тысяч инструкций в секунду до 500000.
  • Они должны были поддерживать широкий спектр требований приложений. Например, некоторым приложениям требовалось только прочитать последовательные файлы от начала до конца; другим нужен был быстрый прямой доступ к определенным записям в очень больших файлах; а некоторые приложения почти все время проводили вычисления, практически не читая и не записывая файлы.

Это сделало разработку OS / 360 и другого программного обеспечения System / 360 одним из крупнейших программных проектов, которые когда-либо предпринимались, и вскоре у IBM возникли проблемы с огромным перерасходом времени и средств и большим количеством проектов. ошибки.[25] Эти проблемы только усугублялись, потому что для разработки и тестирования операционных систем System / 360 на реальном оборудовании IBM сначала пришлось разработать Базовая поддержка программирования / 360 (BPS / 360).[26] BPS использовался для разработки инструментов, необходимых для разработки DOS / 360 и OS / 360, а также первых версий инструментов, которые он поставлял с этими операционными системами - компиляторы за FORTRAN и КОБОЛ, коммунальные услуги включая Сортировать, и прежде всего ассемблер ему нужно было собрать все остальное программное обеспечение.[27]

Конкуренты IBM воспользовались задержками с выпуском OS / 360 и System / 360, чтобы анонсировать системы, нацеленные на то, что они считали наиболее уязвимыми частями рынка IBM. Чтобы предотвратить падение продаж System / 360, IBM выпустила четыре временных операционных системы:[23]

  • Базовая операционная система / 360 (BOS / 360),[26] который загружается с дисковода или ленточного накопителя и поддерживает ленточные накопители и несколько дисков. Эта система была поставлена бета-тест клиентов и, возможно, была ранней версией DOS / 360.
  • TOS / 360, который был разработан, чтобы предоставить возможность обновления для клиентов, у которых IBM 1401 компьютеры с ленточными накопителями и без дисков.
  • DOS / 360, который был построен разработчиками BOS / 360 и TOS / 360 (подразделение IBM по компьютерам для малого бизнеса) и стал основной операционной системой, чей потомок z / VSE до сих пор широко используется.
  • Операционная система / 360 (OS / 360) только с Программа первичного контроля (PCP) вариант, который не поддерживает мультипрограммирование.[28]:371

Когда IBM объявила С / 360-67 он также объявил о совместное времяпровождение Операционная система, TSS / 360, который будет использовать новые возможности виртуальной памяти 360/67. TSS / 360 был запоздалым, а ранние выпуски были медленными и ненадежными. К этому времени альтернативная операционная система CP-67, разработан Кембриджский научный центр IBM, работала достаточно хорошо, чтобы IBM предложила ее «без гарантии» в качестве механизма разделения времени для нескольких крупных заказчиков.[29] CP-67 впоследствии стал VM / 370 и в конце концов z / VM. В конечном итоге IBM предложила три версии TSS / 370 PRPQ в качестве пути миграции для своих клиентов TSS / 360, а затем отказалась от него.

Травмы производства операционных систем System / 360 дали толчок зарождающейся дисциплине программная инженерия, попытка применить научные принципы к разработке программного обеспечения, и управление программными проектами. Фредерик П. Брукс, который был старшим менеджером проекта для всего проекта System / 360, а затем получил конкретную ответственность за OS / 360 (что уже давно назрело), ​​написал известную книгу, Мифический человеко-месяц, на основе возникших проблем и уроков, извлеченных в ходе проекта, два из которых:[30]

  • Выделение дополнительных ресурсов (особенно персонала) на трудный проект быстро становится непродуктивным или даже контрпродуктивным из-за трудностей в общении. Это синдром «мифического человека-месяца», который дал книге название.
  • Преемник успешной системы часто сталкивается с трудностями, потому что он перегружен всеми функциями, которые люди хотели бы иметь в более ранней системе. Брукс назвал это "эффект второй системы "и привел OS / 360 в качестве очень подробного примера.

DOS / 360

Основная статья: DOS / 360 и преемники

Хотя OS / 360 была предпочтительной операционной системой для компьютеров System / 360 более высокого уровня, DOS / 360 была обычной операционной системой для менее мощных машин. Он предоставил набор служебные программы, макрос ассемблер, и компиляторы за FORTRAN и КОБОЛ. Поддержка для РПГ[31][32] пришел позже, и в конце концов PL / I подмножество. И он поддерживает полезный диапазон файловых организаций с методы доступа чтобы помочь в их использовании:

  • Последовательные наборы данных обычно считывались по одной записи от начала до конца.
  • В индексированном (ISAM ) файлы указанный раздел каждой записи был определен как ключ, который можно использовать для поиска определенных записей.
  • В прямом доступе (BDAM ), прикладная программа должна была указать физическое расположение на диске данных, к которым она хотела получить доступ. Программирование BDAM было непростым делом, и большинство клиентов никогда не использовали его сами, но это был самый быстрый способ доступа к данным на дисках, и многие компании-разработчики программного обеспечения использовали его в своих продуктах, особенно системы управления базами данных Такие как АДАБАС, IDMS и IBM DL / I.

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

DOS / 360 также предлагал BTAM, средство передачи данных, которое было примитивным и трудным в использовании по сегодняшним стандартам. Но BTAM мог связываться практически с любым типом терминала, что было большим преимуществом в то время, когда почти не существовало стандартизации протоколов связи.

Но у DOS / 360 были существенные ограничения по сравнению с OS / 360, который использовался для управления большинством более крупных компьютеров System / 360:

  • Первая версия могла запускать только одну программу за раз. Более позднее усовершенствование позволило 3 одновременно в одном из 3 "перегородки" размер которых устанавливался каждым клиентом при установке DOS / 360.
  • В JCL он использовался для отправки заданий и был разработан таким образом, чтобы его было легко обрабатывать на слабых машинах, и, как следствие, программистам было нелегко читать или писать.
  • Не было намотка подсистема для повышения эффективности перфокарта и использование принтера. В конце 1960-х годов независимая компания-разработчик программного обеспечения начала продавать спулер под названием GRASP.
  • DOS / 360 не имел перемещение погрузчика, поэтому пользователям пришлось ссылка редактировать отдельная исполняемая версия каждой программы для каждого раздела, в котором программа могла быть запущена.
  • Исполняемые программы хранились в основной библиотеке изображений, которая не занимала места при удалении программ или замене их более новыми версиями. Когда библиотека основных изображений наполнилась, ее пришлось сжать одной из служебных программ, и это могло остановить разработку на целых полдня.
  • Его интерфейс прикладного программирования отличался от OS / 360. Программы DOS / 360, написанные на языки высокого уровня Такие как КОБОЛ потребовались небольшие модификации, прежде чем их можно было использовать с OS / 360 и язык ассемблера программы нуждались в больших изменениях.

IBM ожидала, что пользователи DOS / 360 скоро обновятся до OS / 360, но, несмотря на ее ограничения, DOS / 360 стала наиболее широко используемой операционной системой в мире, потому что:

  • Оборудование System / 360 продается очень хорошо
  • Более 90% проданных систем 360 приходятся на модели 20, 30 и 40.[33]
  • У большинства этих более дешевых моделей было гораздо меньше основная память чем требуется OS / 360.[34]

DOS / 360 хорошо работала на процессорах System / 360, которые могли себе позволить средние организации, и была лучше, чем «операционные системы», которые были у этих клиентов раньше. В результате его потомок z / VSE до сих пор широко используется, начиная с 2005 года.[24]

OS / 360

Основная статья: OS / 360 и последователи

OS / 360 включал несколько уровней поддержки, единый API и код, которым много общего. PCP была временной версией, которая могла запускать только одну программу за раз, но MFT ("Мультипрограммирование с фиксированным количеством задач ») и MVT ("Мультипрограммирование с переменным числом задач ») использовались, по крайней мере, до конца 1970-х годов, добрых пять лет после того, как были выпущены их преемники.[35] Неясно, возникло ли разделение между PCP, MFT и MVT из-за того, что MVT требовал слишком много памяти для использования на машинах среднего уровня или потому, что IBM нужно было как можно скорее выпустить версию ОС для мультипрограммирования (MFT).

PCP, MFT и MVT использовали разные подходы к управлению памятью (см. Ниже), но предоставляли очень похожие возможности:

  • Такой же интерфейс прикладного программирования (API), поэтому прикладные программы можно переносить между PCP, MFT и MVT без необходимости повторная компиляция.
  • Такой же JCL, который был более гибким и простым в использовании, чем DOS / 360.
  • Те же объекты (методы доступа ) как DOS / 360 для чтения и записи файлов (последовательных, индексированных и прямых) и для передачи данных (BTAM ).
  • Дополнительная файловая структура, секционированная и метод доступа (BPAM ), который в основном использовался для управления библиотеками программ. Хотя для освобождения свободного места необходимо было сжимать файлы с разделами, это редко останавливало работу по разработке, как это было с библиотекой Core Image для DOS / 360, поскольку PCP, MFT и MVT допускали неограниченное количество файлов с разделами, и каждый проект обычно имел не менее один.
  • Система именования файлов, которая позволяла управлять файлами как иерархиями, например PROJECT.USER.FILENAME.
  • А намотка средство (которого не хватало в DOS / 360).
  • Приложения могли создавать подзадачи, что позволяло мультипрограммирование в рамках одной работы.

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

MFT

Основная статья: MFT

При установке MFT клиенты могут указать до четырех «разделов», областей памяти с фиксированными границами, в которых прикладные программы могут выполняться одновременно.[36] MFT Version II (MFT-II) поднял лимит до 52.

MVT

Основная статья: MVT

MVT был значительно больше и сложнее, чем MFT, и поэтому использовался на самых мощных процессорах System / 360. Он рассматривал всю память, не используемую операционной системой, как единый пул, из которого непрерывные «области» могли быть выделены по мере необходимости для неопределенного числа одновременных прикладных программ. Эта схема была более гибкой, чем MFT, и в принципе использовала память более эффективно, но могла фрагментация - через некоторое время можно было обнаружить, что, хотя всего было достаточно свободной памяти для запуска программы, она была разделена на отдельные фрагменты, ни один из которых не был достаточно большим.[28]:372–373

В 1971 г. Вариант разделения времени (TSO) для использования с MVT. TSO стал широко использоваться для разработки программ, поскольку он предоставлял: редактор; возможность отправлять пакетные задания, получать уведомления об их завершении и просматривать результаты, не дожидаясь распечатанных отчетов; отладчики для некоторых языков программирования, используемых в System / 360. TSO связывается с терминалами с помощью TCAM (Метод доступа к телекоммуникациям ), который в конечном итоге заменил более ранние Метод очереди телекоммуникационного доступа (QTAM). Название TCAM предполагает, что IBM надеялась, что он станет стандартным методом доступа для передачи данных, но на самом деле TCAM использовался почти полностью для TSO и был в значительной степени заменен VTAM с конца 1970-х гг.

Мониторы TP

Оборудование и операционные системы System / 360 были разработаны для обработки партия задания, которые в крайних случаях могут выполняться часами. В результате они были непригодны для обработка транзакции, в котором в день выполняются тысячи единиц работы, каждая из которых занимает от 30 секунд до нескольких минут. В 1968 году IBM выпустила IMS для обработки транзакций, и в 1969 году он выпустил CICS, более простой система обработки транзакций которую группа сотрудников IBM разработала для заказчика. IMS была доступна только для OS / 360 и ее преемников, но CICS также была доступна для DOS / 360 и ее преемников.[37][38] В течение многих лет этот тип продукта был известен как «монитор TP (телеобработка)». Строго говоря, мониторы TP были не компонентами операционной системы, а прикладными программами, которые управляли другими прикладными программами. В 1970-х и 1980-х годах несколько сторонних мониторов TP конкурировали с CICS (в частности, Taskmaster, Shadow и Intercomm), но IBM постепенно улучшала CICS до такой степени, что большинство клиентов отказались от альтернатив.[39][40]

Специальные системы для авиакомпаний

В 1950-х годах авиакомпании быстро расширялись, но этот рост сдерживался трудностью обработки тысяч заказов вручную (с использованием картотеки). В 1957 году IBM подписала контракт на разработку с американские авиалинии для разработки компьютеризированной системы бронирования, которая стала известна как САБРА. Первая экспериментальная система была запущена в 1960 году, а в 1964 году она взяла на себя все функции бронирования - в обоих случаях с использованием IBM 7090 мэйнфреймы. В начале 1960-х годов IBM реализовала аналогичные проекты для других авиакомпаний и вскоре решила создать единую стандартную систему бронирования, ПАРС, чтобы бежать Система / 360 компьютеры.

В SABER и ранних версиях PARS не было разделения между компонентами приложения и операционной системы программного обеспечения, но в 1968 году IBM разделила его на PARS (приложение) и ACP (Операционная система). Более поздние версии ACP назывались ACP / TPF, а затем TPF (Средство обработки транзакций), поскольку предприятия, не связанные с авиаперевозками, приняли эту операционную систему для обработки больших объемов онлайн-транзакций. Последняя версия z / TPF.

IBM разработала ACP и его последователей, потому что: в середине 1960-х годов стандартные операционные системы IBM (DOS / 360 и OS / 360 ) мы партия -ориентирован и не может достаточно быстро обрабатывать большое количество коротких транзакций; даже его мониторы транзакций IMS и CICS, которые работают под управлением стандартных операционных систем общего назначения, недостаточно быстры для обработки заказов на сотни рейсов от тысяч туристических агентств.

Последней версией ACP «общественного достояния», а следовательно, и ее последней «бесплатной» версией была ACP 9.2, которая распространялась на одном мини-катушка с сопутствующим набором руководств (около двух десятков руководств, которые занимали примерно 48 линейных дюймов полочного пространства), которые можно было бы восстановить на дисковых накопителях IBM 3340, что, таким образом, обеспечило бы полностью функциональную систему ACP.

ACP 9.2 предназначалась, в первую очередь, для банковских карт (MasterCard и др.) И других «финансовых» приложений, но ее также можно было использовать для систем бронирования авиабилетов, поскольку к этому времени ACP стала ОС более общего назначения. .

Действительно, к тому времени в ACP был включен модуль «гипервизор» (CHYR), который поддерживал виртуальную ОС ... обычно VS1, но возможно также VS2... в качестве «гостя», с которым разработка программ или обслуживание файлов могут выполняться одновременно с онлайн-функциями.

В некоторых случаях производственная работа выполнялась под VS2 под гипервизором, включая, возможно, IMS DB.

Система / 360 Модель 20

В Модель 20 был отмечен как часть линейки System / 360, потому что он мог быть подключен к некоторым из тех же периферийных устройств, но это был 16 бит машина и не полностью программно совместима с другими членами линейки System / 360. Лабораториями IBM в Германии были разработаны три операционные системы для различных конфигураций 360/20; DPS - с дисками (минимум памяти 12 КБ); TPS - без диска, но с лентами (минимум 8 КБ памяти); и CPS - на основе перфокарт (минимальный объем памяти: 4 КБ).[41] У них не было прямых преемников с тех пор, как IBM представила Система / 3 В 1969 году линейка компьютеров для малого бизнеса и System / 3 имели внутреннюю конструкцию, отличную от 360/20, и другую периферию от мэйнфреймов IBM.

Система / 360 Модель 44

Это был еще один процессор, который использовал периферийные устройства System / 360, но имел другую внутреннюю конструкцию. В 360/44 был разработан для научных вычислений с использованием плавающая точка числа, такие как геологический или метеорологический анализ. Из-за внутренних различий и специального вида работы, для которой он был разработан, у 360/44 была собственная операционная система PS / 44.[42] Эмулятор отсутствующих инструкций System / 360 позволил Model 44 запустить OS / 360. У 360/44 и PS / 44 не было прямых преемников.

Операционные системы System / 370 и виртуальной памяти

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

Большинство новых операционных систем отличались от своих предшественников наличием «/ VS» в их названиях. «VS» означает «виртуальное хранилище» - IBM избегала термина «виртуальная память», якобы потому, что слово «память» может быть истолковано как означающее, что компьютеры IBM могут что-то забыть.

Все современные операционные системы для мэйнфреймов IBM, кроме z / TPF являются потомками тех, что включены в объявление "System / 370 Advanced Functions" - z / TPF является потомком ACP, система, которую IBM изначально разработала для поддержки приложений по бронированию большого количества авиакомпаний.

DOS / VS

DOS / VS был преемником DOS / 360, и предлагал аналогичные возможности с добавлением виртуальной памяти. В дополнение к виртуальной памяти DOS / VS предоставили другие улучшения:

  • Пять разделов памяти вместо трех. Более поздние выпуски увеличили это число до семи.
  • Перемещаемый загрузчик, так что больше не было необходимости редактировать отдельную копию каждой программы для каждого раздела, в котором она должна была запускаться.
  • Улучшенный намотка компонент, POWER / VS.

За DOS / VS последовали значительные обновления: DOS / VSE и VSE / SP (1980-е), VSE / ESA (1991) и z / VSE (2005).[46][47]

OS / VS1

OS / VS1 был преемником MFT, и предлагал аналогичные возможности с добавлением виртуальной памяти.[28] IBM выпускала довольно незначительные улучшения OS / VS1 до 1983 года, а в 1984 году объявила, что их больше не будет. OS / VS1 и TSS / 370 - единственные IBM[48] Операционные системы System / 370, не имеющие современных потомков.

В Специальная операционная система реального времени (SRTOS), Программирование RPQ Z06751, вариант OS / VS1, расширенный для поддержки вычисления в реальном времени. Он был нацелен на такие отрасли, как управление электроэнергетикой и приложения для нефтепереработки.[49]

OS / VS2 и MVS

OS / VS2, выпуск 1 (SVS ) был заменой MVT с виртуальной памятью; Несмотря на то, что было много изменений, он сохранил общую структуру. Но в 1974 году IBM выпустила то, что она описала как OS / VS2 Release 2, но это была серьезная переработка, которая была совместима с более ранней OS / VS2 SVS. Наиболее заметной особенностью новой системы было то, что она поддерживала несколько виртуальных адресных пространств - разные приложения думали, что они используют один и тот же диапазон виртуальных адресов, но средства виртуальной памяти новой системы отображали их на разные диапазоны адресов реальной памяти.[28] В результате новая система быстро стала известна как "MVS «(Несколько виртуальных хранилищ), исходная OS / VS2 стала известна как« SVS »(единое виртуальное хранилище). Сама IBM приняла эту терминологию и пометила преемников MVS« MVS / ... ».[50]

Другими отличительными чертами MVS были: его основной каталог имел быть VSAM каталог; он поддерживал "сильная многопроцессорность" (2 или более процессора совместно используют одну и ту же память и копию операционной системы); он включал диспетчер системных ресурсов (переименованный в диспетчер рабочей нагрузки в более поздних версиях), который позволял пользователям загружать в систему дополнительную работу без снижения производительности высокоприоритетных заданий.

IBM выпустила несколько обновлений MVS: MVS / SE, МВС / СП Версия 1, MVS / XA (1981), МВС / ЕКА (1985), OS / 390 (1996) и в настоящее время z / OS (2001).[51]

VM / 370

Дополнительная информация о ранней истории VM / 370: История CP / CMS и ВМ (операционная система) § История

VM / 370 объединил виртуальная машина объект с однопользовательской системой под названием Система разговорного монитора (CMS); эта комбинация обеспечила совместное времяпровождение позволяя каждому пользователю запускать копию CMS на своей виртуальной машине. Эта комбинация была прямым потомком CP / CMS.[52] Средство виртуальной машины часто использовалось для тестирования нового программного обеспечения, в то время как нормальная производственная работа продолжалась на другой виртуальной машине, а система разделения времени CMS широко использовалась для разработки программ.[53]

За VM / 370 последовала серия обновлений: VM / SEPP («Программный продукт расширения системы»), VM / BSEPP («Программный продукт расширения базовых систем»), VM / SP (системный продукт), VM / SP HPO (» Вариант высокой производительности »), VM / XA MA (« Помощь при миграции с расширенной архитектурой »), VM / XA SF (« Системное средство с расширенной архитектурой »), VM / XA SP (« Системный продукт с расширенной архитектурой »), VM / ESA (« Архитектура корпоративных систем ») и z / VM. IBM также произвела дополнительные микрокод помогает ВМ и преемникам, чтобы ускорить гипервизор с подражание привилегированных инструкций (тех, которые могут использовать только операционные системы) от имени «гостевых» операционных систем. Как часть 370 / Extended Architecture, IBM добавила инструкцию Start Interpretive Execution (SIE).[54] чтобы обеспечить дальнейшее ускорение гипервизора CP.[55]

Технические примечания

Совместное времяпровождение

Основная статья: Совместное времяпровождение

Разделение времени (или разделение времени) основано на идее, что компьютеры намного быстрее людей, поэтому, пока один человек-пользователь читает то, что компьютер только что отобразил на экране, компьютер может выполнять некоторую полезную работу для другого пользователя. В больших системах с разделением времени могут одновременно работать сотни или даже тысячи пользователей, а объем памяти, необходимый для их программ и данных, обычно превышает объем физической памяти, подключенной к компьютеру. Системы с разделением времени решают эту проблему за счет различных комбинаций:

  • виртуальная память, описанная ниже.
  • свопинг: когда ОС ожидает ответа от одного пользователя, закончился временной интервал или ОС пытается освободить реальное хранилище, она может сохранять программы и данные пользователя на диске или барабане и считывать их обратно в память, когда пользователь отправляет ответ, ресурсы освобождаются или другой пользователь заменяется из-за отрезок времени конец. Своппинг не требует виртуальной памяти; это было реализовано на OS / 360 без виртуальной памяти. Он передает все программ и данных пользователя между памятью и диском / барабаном и в основном определяется реакцией пользователя на информацию, отображаемую системой.

Виртуальная память

Основная статья: Виртуальная память

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

Основными компонентами системы виртуальной памяти IBM являются:

  • Виртуальная память, состоящий из всех адресов памяти, доступных аппаратному обеспечению ЦП. Виртуальная память является абстракцией, поэтому в системах может легко быть больше виртуальной, чем реальной памяти.
  • Страницы, блоки фиксированного размера, в которые все виртуальная память поделен. Большинство операционных систем IBM используют страницы размером 4 КБ (4096 байт), хотя некоторые старые системы довольно хорошо работали со страницами размером 2 КБ (2048 байт). Новее IBM System z системы также поддерживают большие страницы размером 1 МБ в дополнение к обычным страницам размером 4 КБ.
  • Настоящая память, оперативная память (RAM), подключенная к вычислительной системе.
  • Рамки страниц, реализованный разделением всего настоящая память на части, равные размеру страницы системы. Виртуальная память страницы должен быть помещен в реальную память рамки страницы прежде, чем они могут быть использованы ЦП и каналами ввода / вывода.
  • Таблицы страниц отслеживать расположение каждой страницы виртуальной памяти, будь то в реальной памяти рамка страницы или на диске / барабане, в файл подкачки. Критически важные для управления памятью записи в таблице страниц также фиксируют время последнего доступа к каждой странице.
  • Оборудование для динамической трансляции адресов (иногда называемый «ящиком DAT» в ранних системах из-за его отдельного корпуса) интегрирован в сам ЦП и участвует в каждой ссылке на память. Если таблица страниц показывает страницу в страничном фрейме реальной памяти, DAT преобразует виртуальный адрес в реальный и позволяет завершить доступ к памяти. Если, с другой стороны, указанная страница находится не в реальной памяти, оборудование DAT генерирует прерывать (внутренний сигнал), который вызывает к действию диспетчер пейджинга.
  • В Руководитель пейджинга (часть операционной системы) управляет всей памятью, как реальной, так и виртуальной, перемещая страницы между реальной памятью и диском / барабаном по мере необходимости, поддерживая обновление таблицы страниц, обслуживая запросы на выделение памяти и очищая после себя. As the load on the system increases, a page can be referenced when all page frames are in use. When this happens, the paging supervisor typically identifies the page that has not been read or written for the longest interval of time (least-recently-used), copies the page to the paging file (on disk or drum), updates the Page Table, and uses the newly available page frame to satisfy the memory request.

When functioning properly, the virtual memory system keeps active pages in real memory, inactive ones on disk/drum, and allows more efficient execution of the system's workload.

Виртуальная машина

Основная статья: Виртуальная машина

Virtual machine techniques enable several operating systems ("guest" operating systems) or other software to run on the same computer so that each thinks it has a whole computer to itself, and each of these simulated whole computers is called a "virtual machine". The operating system which really controls the computer is usually called a гипервизор. Two of the major components of the hypervisor are:

  • Virtual memory management. Each virtual machine appears to have a complete range of addresses from 0 to some large number, and virtual memory techniques prevent different virtual machines from confusing each other.
  • Simulating "privileged" functions on behalf of the "guest" operating systems. "Privileged" functions are those which enable programs to take over all or at least large parts of the computer, and usually operating systems immediately terminate any other program which tries to use them. But "guest" operating systems think they are entitled to use these functions, so the hypervisor detects their attempts to do so and runs the privileged functions on their behalf, using virtual memory techniques to prevent them from corrupting memory areas used by other "guest" operating systems.

Смотрите также

Рекомендации

  1. ^ "Timeline of Computer History: 1956: Software". Музей истории компьютеров. Получено 4 сентября, 2007.
  2. ^ "OS History - MCP". www.oshistory.net. Архивировано из оригинал 21 февраля 2009 г.
  3. ^ а б c "A Brief History of Linux". Архивировано из оригинал на 2017-11-07. Получено 2017-11-04.
  4. ^ "IBM 650". Архивы IBM. 23 января 2003 г.. Получено 6 ноября 2017.
  5. ^ "7090/94 IBSYS Operating System". www.frobenius.com. Получено 6 ноября 2017.
  6. ^ Gray, George (March 1999). «EXEC II». Информационный бюллетень Unisys History. 1 (3). Архивировано из оригинал 9 августа 2017 года.
  7. ^ "A Career Interview with Bernie Galler". IEEE Annals of the History of Computing. 23 (1): 22–33. Jan–Mar 2001. Дои:10.1109/85.910847.
  8. ^ Vyssotsky, V.; Pierce, E. (Jan 1985). "Putting Unix in Perspective". Unix Review. 1 (3).
  9. ^ Conrad Weisert (March 25, 2007). "Reminiscences of Fortran". Information Disciplines, Inc. Получено 6 ноября 2017.
  10. ^ "FORTRAN Anecdotes". IEEE Annals of the History of Computing. 6 (1): 59–64. January–March 1984. Дои:10.1109/MAHC.1984.10010.
  11. ^ Джон Маккарти. "Reminiscences on the History of Time Sharing". – describes the origins of совместное времяпровождение
  12. ^ а б R. J. Creasy (September 1981). "The origin of the VM/370 time-sharing system". Журнал исследований и разработок IBM. 25 (5): 483–490. Дои:10.1147 / rd.255.0483.
  13. ^ Питер Дж. Деннинг (November 1981). "Performance Modeling: Experimental Computer Science at its Best" (PDF). Коммуникации ACM. 24 (11). President's Letter – a survey of research papers. Дои:10.1145/358790.358791. S2CID  14123676.
  14. ^ Melinda Varian, VM and the VM community, past present, and future, SHARE 89 Sessions 9059-9061, 1977; available online at www.princeton.edu/~melinda – outstanding source for CP/CMS and VM history
  15. ^ Denning, Peter (1997). "Before Memory was Virtual". В начале: воспоминания пионеров программного обеспечения.
  16. ^ Luanne Johnson (December 23, 2004). "Company Details - National CSS". Музей истории компьютеров. Получено 30 января, 2007.
  17. ^ Feinleib, Harold (March 2005). A technical history of National CSS (PDF). Музей истории компьютеров.
  18. ^ MTS History by Dan Boulet for Everything2.com
  19. ^ "MUSIC/SP Operating System - Introduction". webpages.mcgill.ca. Получено 6 ноября 2017.
  20. ^ ORVYL/370 Timesharing System Functional Description, Stanford University, 1978
  21. ^ WYLBUR Reference Manual, Stanford University, 1984
  22. ^ "Mainframe family tree and chronology". Архивы IBM. 23 января 2003 г.. Получено 6 ноября 2017.
  23. ^ а б c Чак Бойер, Революция 360
  24. ^ а б Johnston, Jerry (April 1, 2005). "VSE: A Look at the Past 40 Years". z/Journal. Thomas Communications (April/May 2005). ISSN  1551-8191. OCLC  56140149. Архивировано из оригинал on March 4, 2009.
  25. ^ а б Эндрю С. Таненбаум (2001). Modern Operating Systems (2-е изд.). Prentice Hall. ISBN  978-8120320635.
  26. ^ а б IBM Corporation (1965). IBM System / 360 Basic Programming Support и IBM Basic Operating System / 360 Programming Systems Summary (PDF). Systems Reference Library. C24-3420-0.
  27. ^ а б Ray Saunders. "MVS... And Before OS/360 ?". Архивировано из оригинал on 2007-12-20.
  28. ^ а б c d Auslander, M. A.; Jaffe, J. F. (1973). "Functional structure of IBM virtual storage operating systems Part I: Influences of dynamic address translation on operating system technology". Журнал IBM Systems. 12 (4). IBM. pp. 368–381. Дои:10.1147/sj.124.0368. S2CID  249618.
  29. ^ "The IBM 360/67 and CP/CMS". www.multicians.org. Получено 6 ноября 2017.
  30. ^ Brooks, F.P. (1995) [1975]. The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley Professional. ISBN  978-0-201-83595-3.
  31. ^ Каталог авторских прав. Third Series: 1971: January-June. 1973.
  32. ^ IBM System/360 and System/370 Bibliography (PDF). IBM. March 1971. GA22-6822.
  33. ^ An ADP Newsletter cited on page 56 inWeiss, Eric A. (ed) (1969). Computer Usage Essentials. Макгроу-Хилл. LCCN  71-76142.CS1 maint: дополнительный текст: список авторов (связь) shows sales of the 360/ "20 .. 33.6%, 30 .. 36%, 40 .. 22.6%" = 92.2%
  34. ^ "IBM S/360 Functional Characteristics manuals". Bitsavers.of the respective models
  35. ^ "The midseventies SHARE survey". Архивировано из оригинал на 2008-05-12.
  36. ^ IBM System/360 Operating System Multiprogramming With a Fixed Number of Tasks (MFT) Concepts and Considerations (PDF). Первое издание. IBM. October 1966. GC27-6926-0.
  37. ^ K. R. Blackman (1998). "Technical Note -- IMS celebrates thirty years as an IBM product". Журнал исследований и разработок IBM. 37 (4). Архивировано из оригинал on January 24, 2000.
  38. ^ "IBM CICS – z Systems". www-306.ibm.com. Получено 6 ноября 2017.
  39. ^ "Linking Applications to Adabas". Архивировано из оригинал 22 мая 2008 г.. Получено 8 июля, 2008. – lists the major 1970s-1980s TP monitors
  40. ^ Hugo, I. (November 15, 1989). "Metier the model, but few followed - UK software industry". Журнал программного обеспечения. Получено 8 июля, 2008.
  41. ^ "History of IBM Deutschland Entwicklung GmbH - 1960s". Архивировано из оригинал на 2007-05-04.
  42. ^ "Computer History: IBM 360/370/3090/390 Model Numbers". www.beagle-ears.com. Получено 6 ноября 2017.
  43. ^ "System/370 Announcement". IBM. June 30, 1970.
  44. ^ "DPD chronology (1970–1974)". IBM. DPD = Data Processing Division, which was responsible for IBM's medium and large systems.
  45. ^ Pugh, E.W., Johnson, L.R. and Palmer, J.H. (1991). Системы IBM 360 и Early 370. MIT Press. ISBN  978-0-262-16123-7.CS1 maint: несколько имен: список авторов (связь)
  46. ^ "IBM: z/VSE Operating System - History - 1980s". www-03.ibm.com. 15 сентября 2008 г.. Получено 6 ноября 2017.
  47. ^ "IBM: z/VSE Operating System - History - 1990s". www-03.ibm.com. 15 сентября 2008 г.. Получено 6 ноября 2017.
  48. ^ Non-IBM S/370 operating systems such as MTS also have no successors
  49. ^ IBM Corporation (January 1976). IBM System/370 Special Real Time Operating System Programming RPQ Z06751 Description and Operation Manual (PDF).
  50. ^ "3033 Technical press release". Архивы IBM. 25 марта 1977 г.. Получено 6 ноября 2017.
  51. ^ "MVS Operating System". Operating System documentation project. Получено 6 ноября 2017.
  52. ^ Creasy, R. J. (1981). "The Origin of the VM/370 Time-Sharing System". IBM Journal of Research and Development. 25 (5): 483–490. Дои:10.1147 / rd.255.0483.
  53. ^ Seawright, L. H.; MacKinnon, R. A. (1979). "VM/370—A study of multiplicity and usefulness". IBM Journal of Research and Development. 18 (1): 4–17. Дои:10.1147/sj.181.0004.
  54. ^ 370/Extended Architecture/Interpretive Execution. IBM. SA22-7095.
  55. ^ Osisek, D.L., Jackson, K.M., and Gum, P.H. (Март 1991 г.). "ESA/390 interpretive-execution architecture, foundation for VM/ESA - technical". Журнал IBM Systems. 30 (1): 34–51. Дои:10.1147/sj.301.0034.CS1 maint: несколько имен: список авторов (связь)

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