IBM System/360: історія не одна

Продовжуємо серію статей про IBM System/360 (перша частина про систему в цілому, друга частина про архітектуру). Є кілька цікавих тем, що залишилися нерозбірними, і перші з них – операційні системи System/360, особливо історичний аспект їх розвитку.

До початку 60-х, IBM "потужний" і "будегетаріанський" розчини несумісні. Передача програм складна, а іноді зовсім неможлива. Це пов'язано з багатьма причинами, починаючи від відмінностей в операційних системах для відмінностей в периферії. Що зараз видається самовідомо-відомоцтво між різними програмними та апаратними компонентами - не потрібно в часі. Під час розробки Системи/360 інженери компанії вирішили, що цей підхід значно збільшує вартість розробки та подальшого обслуговування, і вирішив стандартизувати нову систему, спрощення портування програм та технічного обслуговування комп’ютерів.

Спочатку планується постачання систем / 360 комп'ютерів з новою операційною системою з пакетною обробкою завдань. Простіше кажучи, кожна програма, яку потрібно запустити, описана як «пакування» — сама програма і набір вхідних даних. Ці пакети обробляються послідовно залежно від пріоритетності та наявності ресурсів. Цей підхід дозволяє зменшити участь людини в плануванні основних кадрів і оптимізувати його навантаження, таким чином зменшуючи наклад. Операційна система отримала назву OS/360.

Розробники цієї ОС не вирішили раніше. Ця операційна система повинна підтримувати «багатопрограмування». За допомогою повільної периферії, яка працює лише на одній програмі, в результаті чого система чекала на деякі дані з зовнішнього пристрою. Таким чином, використовується підхід до сучасного синхронного програмування. У пам'ять завантажили декілька програм, і перші з них були запущені. Якщо було необхідно довгого очікування, в контексті поточної програми було збережено, і керівництво було передано в наступну, яка могла працювати під час першого чекаю на дані. Операційна система в даному випадку повинна тримати все під постійним контролем, захист завантажених програм від відмов інших програм і контроль доступу до ресурсів. Ускладнений відсутністю віртуальної пам'яті. Операційна система повинна працювати на всіх моделях лінії, тому конфігурація коливається від 16 КБ оперативної пам'яті до 1 Мб, а швидкість роботи з декількох тисяч операцій на секунду, до половини мільйона. Також операційна система мала задовольняти потреби всіх програм, починаючи з комплексних математичних обчислень, які практично не використовують зовнішні диски, і закінчуючи простими аналогами ДБМС, які повністю побудовані на операціях І/О.





Як бачите, плани були амбітними, але час був запущений. На продаж було готове до продажу, конкуренти атакували сегменти ринку, в яких IBM був найбільш вразливим, і стабільний і надійний варіант ОС / 360 не був народився. Крім того, отриманий розчин не хоче вписати в пам'ять молодших моделей. Було прийнято рішення Соломону про звільнення операційної системи в більш простому вигляді з обіцянкою подальших оновлень.

Розроблено кілька проміжних варіантів.

BOS/360 (Basic OS) - це система для найпростіших моделей.

TOS/360 (Tape OS) - це система для модифікації магнітних стрічок.

DOS/360 (відхилити ім'я, це не було нічого спільного з звичним x86-era DOS) є версією "базики" для більшості середніх і потужних конфігурацій.

PCP (Primary Control Program) є те, що буде називатися бета-версією повного OS / 360, який не підтримує багатопрограмування.

р.

Випуск серії/360-67 (якщо ви читаєте першу частину статті, слід пам'ятати, що концепція віртуальної пам'яті з'явилася в цій системі) планується звільнити TSS/360 (система передачі часу). Як випливає з назви, ця версія повинна підтримувати режим часу. Визначені версії даної операційної системи були передані великим корпоративним клієнтам для тестування, але відгуки були негативними, а ОС вже «розширювалися» завдяки ситуації на ринку, тому скасування релізу TSS/360. За цей час CP-67 ОС, яка була розроблена на базі IBM Кембриджського дослідницького центру IBM, була досить дебугована. CP-67 був настільки стійким, що IBM почала надавати її клієнтам, але в умовах «відновлення гарантії» ОС з підтримкою часового розподілу. Подальший розвиток цієї операційної системи призвело до того, що вона утворилася на основі ВМ/370, а потім з/ВМ.



« » » » » » » » » » » » » » »

За допомогою IBM зіткнулися з розробкою OS / 360 були настільки великими, що це призвело до розробки програмного забезпечення, оскільки ми знаємо його. Після цього було зрозуміло, що розробка програмного забезпечення та управління цими процесами є ресурсно-інтенсивними дисциплінами, які необхідно застосувати науковий підхід до отримання контрольованого результату.

Старший менеджер проекту OS/360, який надав персональну відповідальність за все, написав книгу, яка стала майже недійсною для менеджерів з розробки програмного забезпечення (як автор кладе його, “все прочитав його, але ніхто не за ним”). Так, ми говоримо про Frederick Brooks і його книгу The Mythical Man-Month.

Всі принципи Brooks articulated, два найбільш чітко характеризують сутність проекту OS/360.

Додавання ресурсів (в тому числі людських ресурсів) до проекту не завжди призводить до зменшення його часу, часто ефект може бути зворотним. Як зазначено в книзі, розвиток компілятора Algol завжди займає 6 місяців, незалежно від кількості залучених програм.

Як розробники намагаються реалізувати всі побажання користувачів. Брукс назвав його «другою дією системи. й



Як видно, з одного боку, розробка головної версії OS/360, якщо не повна відмова, дуже близько до неї. IBM, з іншого боку, вдалося зробити System/360 успішність, і уроки, які навчалися в тому, що були основою сучасних підходів до розробки програмного забезпечення.

Продовжити

Джерело: habrahabr.ru/post/222985/