KP580BE51 wrote:zVlad wrote:Я уже на протяжении страниц трех четырех отстаиваю идею что МП/МЗ - это цель, в то время как виртуализация компьютерной архитектуры - это лишь одно из средств. Но я пока не был услышен.
Примерно столько же я не могу понять, что тут обсуждают.
Тут вообще говоря разные вещи обсуждают. В основном связанные с виртуализацией.... чего нибудь.
Вот давайте поговорим о вводе-выводе. Недавно открыл для себя что ввод-вывод может быть как минимум двух типов:
- memory mapping, это то что в ПК.
- Start Channel (мой термин может быть не очень корректен). Это то что имеет место быть на МФ.
О первом я думаю кто-нибудь из специалистов по ПК выскажется. По второму могу доложить следующее:
На МФ нет драйверов ввода-вывода. На МФ операция ввода-вывода - это канальная программа запущенная (стартованная) командой процессора SIO - Start Input-Output.
Команда SIO - привелигированная, может быть выполнена только в состоянии процессора "супервизор". Иначе говоря ни одно приложение ни одна ВМ, выполняющиеся в проблемном статусе эту команду выполнить не могут - будет прерывание по привелигированноц команде и переключение на супервизор.
Команда SIO не что иное как сигнал каналу ввода-вывода о том что для него (канала) есть работа. Сразу после того как канал принял этот сигнал центральный процессор оказывается свободным и может выполнять другие задачи. В это же время канал (это тоже процессор, но уже ввода-вывода читает фиксированный адрес реальной памяти (если мне не изменяет память это адрес x'48') где находится адрес первой команды канальной программы и начинает выполнение канальной программы. По окончанию выполнения канальной программы (а канальная программа может быть весьма продолжительной, например, это может быть форматирование целого диска, или это может быть считывание по списку страниц данных в базе данных DB2 ) канал выставляет центральному процессору прерывание ввода-вывода. По этому прерыванию управление получает супервизор ввода-вывода, который выясняет чью это операция ввода-вывода завершилась и "вынимает" того кто ждал завершения опреации ввода-вывода говоря что мол операция то эта завершилась.
Каждый канал ввода-вывода имеет свой доступ в память процессора и каналов на МФ мрожет быть:
Code: Select all
Channels
Minimum 0/0/0/0/0/0/0 ESCON/FICON Express4/FICON Express2/FICON
Express/OSA-Express2/OSA-Express/HiperSockets
Maximum 1024/336/336/120/48/48/16 ESCON/FICON Express4/FICON Express2/FICON
Express/OSA-Express2/OSA-Express/HiperSockets
Increments 4/4/4/2/2/2/1/1 ESCON/FICON Express4/FICON Express2/FICON Express/OSA-Express2/OSA-Express – GbE,
1000BASE-T/OSA-Express2 – 10 GbE/HiperSockets
но опять же я не вижу никакой необходимости притягивать необходимость виртуализации к обеспечению разделения доступа. reference monitor - и все дела.
Все как раз " с точностью да наоборот" - мой поинт был что "виртуализуемые системы" должны удовлетворять тем-же требованиям секьюрити что и "trusted systems" (в определении Orange Book).