В чому справа?

  • Багаторазова надійність (зазвичай багато грошей)
  • висока потужність обробки даних
  • Керування авторизацією (без помилок безпеки)
  • Високонадійні програмні системи, безвідмовна робота.
  • Багато користувачів використовують систему одночасно.
  • Ви можете контролювати та брати участь у дуже великих мережах. Ви можете отримувати послуги в мережі або може забезпечити.
  • Зазвичай багатопроцесорна система
  • Існує система управління несправностями та реєстрація подій.
  • Існує загальна система моніторингу
  • Існує експлуатуюча організація, яка надає послуги та забезпечує безперебійну роботу системи, контролює безпеку даних користувачів тощо.
  • Сумісність валют (файл).
  • Більша інтеграція, але при цьому більший розмір.
  • Існує справжня операційна система, як правило, більше.

операційної

Що цікавить користувача ?

  • Система може вирішити проблеми в довгостроковій перспективі:
    • сумісність
    • розширюваність
    • можливості подальшого розвитку
    • периферійний вибір
    • селектори програмного забезпечення
  • Захистіть свої дані:
    • захист даних
    • "закрита" мережа та інші звернення
    • ієрархічний орган доступу до даних
    • захист даних
  • Ви можете отримати доступ до своїх даних з будь-якої точки світу:
    • ієрархічний доступ
    • світовий розмір, надійна мережа
    • просте підключення до мережі
  • Отримання даних за мінімальний час та мінімальний час інтерактивної реакції
    • закрита мережева система
    • реальне паралельне виконання (також у межах завдання!)
    • висока ефективність
    • розгалужені мережеві послуги
  • Схема системи (не основний аспект)
    • мають менші за розміром системи (з низьким енергоспоживанням), але можуть бути розширені повністю сумісним способом.
    • можна використовувати в довгостроковій перспективі

Загалом, останні аспекти покупки:

  • скільки "MIPS" знає система
  • наскільки великий розмір
  • скільки енергії вам потрібно

    • Розробка операційних систем

    1963-1965 1971 рік 1984 рік 1988-91 1995 рік 2000-2001 2004 рік
    DOS DOS-VS DOS-VSE VSE/ESA . . zVSE
    OS/MFT, OS/MVT OS-VS1 OS-VS2 MVS MVS/XA MVS-ESA OS/390, паралельний симплекс zOS .
    . VM/370 VM/XA VM/ESA VM/ESA Open zVM .
    . . AIX/370 . . . .
    . . . . . Linux s360 zLinux

    DOS: найпростіший варіант система. Спочатку: 3 розділи, 1 FG + 2 BG, не було інтерактивної опції без паралельних опцій. Навіть сьогодні найпростіша операція. система (але дуже низька продуктивність, не рекомендується для більш ніж 1000 одночасних інтерактивних користувачів).

    ОС: Найвища продуктивність Op. система Спочатку: 16 розділів, паралельно працюючі кишені користувачів інтерактивні: TSO Сьогодні це найвища продуктивність. система. Це забезпечує дуже широкі можливості для паралелізму. Він може оптимізувати програми один для одного під час виконання.

    VM: Дуже гнучка, але не підходить для запусків програми Повністю інтерактивна: CMS

    AIX/370: Тим часом мейнфрейм unix вимер, оскільки ні паралельність (тобто швидкість), ні надійність не були адекватними, тому ОС та ВМ були замінені на Open Support, обидві включені., Що відповідало зі стандартом UNIX95.

    Linux: Багато дистрибутивів Linux також доступні для мейнфреймів.

    zVM, zOS, zLinux: використовувати 64-бітну пам'ять (zVSE - ні)

    Створення та функціонування ВМ

    Найважливішою особливістю віртуальної машини є те, що вона відповідає реальному комп’ютеру в усіх відношеннях.

    Сама віртуальна машина не надає послугу, яка дозволяє нам виконувати розробку програми. Користувач повинен вибрати операційну систему, яку він хоче завантажити у власну віртуальну машину. Це також означає, що теоретично кожен користувач може мати унікальну операційну систему.

    Структура гіпер-операційної системи VM: Структура віртуальної машини: Віртуальна периферія:

    • консолі
    • принтер
    • читач
    • удар
    • диск
    • магнітна стрічка
    • тощо.
    Пам'ять віртуальної машини починається з байта 0 і може бути адресована безперервно до заданої максимальної адреси. На початку роботи віртуальний простір абсолютно порожній.

    Операційна система повинна бути завантажена IPL у віртуальну машину.

    Ви можете працювати на комп’ютері з операційною системою VM наступними способами:

    1. Вхід USERID - Використання власної віртуальної машини

    2. Набір VMUSER - Використання віртуальної машини (вже запущена).

    У випадку 2, на віртуальній машині з ім'ям VMUSER повинна працювати багатокористувацька операційна система (або щось подібне), яка може обробляти термінали, підключені за допомогою команди DIAL. До таких систем належать: MVS, VSE, VM/SP, VTAM тощо.

    Завдання КП:

    • Керує обміном валюти
    • Обробляє іноземні процесори, процесори
    • Управляє валютною периферією
    • Створює та керує первинними віртуальними сховищами
    • Моделювати віртуальні процесори (їх характеристики)
    • Моделюйте віртуальну периферію
    • Керує SPOOL
    • Виконує функції оператора, дозволяє:
      • втручання
      • обробка повідомлень
      • автоматичний вихід
    • Він переносить завдання на виконання
    • Вхід, вхід, вихід
    • Забезпечує з’єднання VM-VM (зв’язок між віртуальними машинами)
    • Обробляє валютні периферійні помилки
    • Обробляє валютні переривання (таймер валют, помилка машини тощо)
    Місцезнаходження ВМ в іноземній валюті

    Завдання CMS:

    • Він працює на віртуальному процесорі
    • Керує вашим власним оперативним простором, віртуальною периферією (диском, стрічкою, периферійними пристроями, консоллю тощо)
    • Підтримує зв’язок з користувачем, приймає команди, виконує їх, пересилає
    • Обробляє помилки в програмах користувача
    • Імітує середовище ОС або DOS (навіть по черзі)
    • Надає підтримку для розробки програмного забезпечення, наприклад:
      • Редактор системних продуктів (XEDIT)
      • Інтерпретатор системних продуктів (REXX)
      • Інтерактивні варіанти відстеження
    • Забезпечує підтримку використання програм, наприклад:
      • Інтерактивне середовище
      • Сумісність з ОС/DOS
    • Варіант пакетного виконання (VMBATCH)

    Як ми вже знаємо, при запуску віртуальної машини місце порожнє. CMS, як і всі інші операційні системи на цій машині, можна завантажити за допомогою процедури IPL.

    Для успішного запуску та запуску CMS потрібно:

    • Консоль 009
    • Чорно-білий диск за адресою 191 "A" DISK (користувач)
    • Або право користування ДФС
    • R/O дошки:
      • 190 "S" ДИСК (система)
      • 19E "Y/S" (розширення системи)
      • 19D (Довідка)
    • Зчитувач 00С
    • Пуансон 00D
    • Принтер 00E
    • Мінімум 256K віртуального телефону
    Побудова системи управління вмістом у кімнаті: якщо ви використовуєте XEDIT, довідку тощо під час роботи системи управління вмістом. Якщо нам буде гаряче, ми опинимося в такому оточенні. Ви можете переміщатися між ними за допомогою команд в середовищах або за допомогою кнопки BRKKEY (PA1). Коли програма запускається, вона працює в середовищі, з якого вона була запущена. У разі Abend поверніться до CMS або CP (System Abend).

    У різних частинах системи управління вмістом ви також можете подати команду для іншого середовища. Потім CMS спробує інтерпретувати команду наступним чином:

    XEDIT ===> CMS ===> CP ===> Повідомлення про помилку, якщо такої команди немає.

    Основні функції CMS

    • Створювати, перейменовувати, видаляти, друкувати файли CMS тощо.
    • Створення файлів магнітної стрічки (резервних копій) тощо.
    • Читайте або імітуйте файли OS або DOS на міні-диску CMS
    • Інтерактивне програмування, біг тощо.
    CMS зазвичай завантажує програми на фіксовану адресу. Отже, якщо ви створюєте модуль із завантаженої програми, вам не доведеться перераховувати адреси пам'яті, що використовуються в програмі пізніше (тому перенесення не відбувається).

    XEDIT

    Одну з мов політики CMS, Restructured EXtended eXecutor language (REXX), яка реалізована System Interpreter, можна описати таким чином:

    • Він має ряд власних команд і вбудовану функцію
    • Він дуже схожий на мову програмування високого рівня, тому його легко вивчити
    • Підтримує структуроване програмування
    Встановлення:
    • 250 імен змінних символів. Складені (кваліфіковані) імена змінних
    • Змінні можуть містити що завгодно, не існує визначення типу. Практично не існує обмежень на довжину даних, що зберігаються у змінних (наприклад, рядки). Змінні також можуть містити програму REXX, яку можна виконати.
    • Ви можете писати в ньому функції та підпрограми (процедури).
    • Арифметичні операції: +, -, *, /,%, //
    • Існує багато операторів, що порівнюються: =, ==, =, <>,>, =) на основі числа/ключа для пошуку, читання, друку.

      Емульсія вводу-виводу в класичному розумінні буде надзвичайно ресурсоємною, на щастя, ВМ використовує набагато ефективніший метод завдяки своїй великій машинній архітектурі. У цьому випадку програма каналу вставляє на початку інструкцію, яка містить зміщення та обмеження розміру. Наприклад, якщо мінідиск користувача становить 5 циліндрів і починається з циліндра 42, CU додасть 42 до циліндрів і перевірить, щоб він не зависав на циліндрі 52. З цього логічно випливає, що ВМ емулює лише диски того самого типу, що і фізичні. Звичайно, вірусна периферія може мати іншу назву, ніж фізична, тому це змінює це.

      Помилка обробки, підкачки

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

      Що стосується апаратних засобів, то основною метою є усунення можливості так званих одноточкових несправностей. Тобто, системи повинні бути спроектовані таким чином, щоб у разі відмови в будь-який момент система в цілому продовжувала працювати незмінною (і з прийнятною швидкістю).

      У разі виникнення помилки її слід усунути якомога швидше. Ви можете укласти угоду з IBM про виправлення дефектів протягом 1 години. Звичайно, це вимагає від машини зв’язку зі штаб-квартирою IBM по телефону та автоматичного замовлення дефектних деталей.

      Надійна система може бути побудована лише шляхом реєстрації всіх надзвичайних ситуацій. Наприклад, цілком природно, що серверний сервер іноді не може прочитати дані на ньому. Тоді напр. msdos повторює 30 разів перед тим, як надати повідомлення про помилку. Звичайно, в системі мейнфреймів вони реєструються (у гіршому випадку оператор отримує повідомлення), і якщо вони є загальними, їх можна замінити до того, як вони насправді вийдуть з ладу.

      Не тільки апаратні події, але й робота користувачів повинні реєструватися, щоб будь-які суперечки можна було легко вирішити.