Таким образом, средства, введенные в ІВМ/370ХА (например, автоматический выбор пути), в первую очередь предназначены для увеличения производительности системы ввода-вывода, а не для увеличения эффективности обслуживания системы ввода-вывода виртуальных машин. Тем не менее эти средства можно использовать при реализации данной системы. С их помощью можно более просто обеспечить независимую работу логических систем ввода-вывода разных виртуальных машин. Другими словами, предлагаемые в ІВМ/370ХА принципы функционирования системы ввода-вывода можно положить в основу создания физической системы ввода-вывода.

Однако предлагаемых в ІВМ/370ХА средств в целом совершенно недостаточно для обслуживания системы ввода-вывода виртуальных машин. Во-первых, в ІВМ/370ХА архитектурно представлены только активный процесс, открываемый командой SIE, и вызывающий его процесс. По этой причине в данной архитектуре нельзя рассматривать процессы, протекающие в виртуальной машине, которой не предоставлен физический центральный процессор. Это и значит, что физической системе ввода-вывода недоступна информация, описывающая логическую основную память виртуальной машины, а также информация, идентифицирующая саму виртуальную машину. Последнее необходимо, если предполагается, что запросы на прерывание по вводу-выводу адресуются и в дальнейшем обрабатываются только той виртуальной машиной, которая начала соответствующую операцию ввода-вывода. В результате этого управляющей программе оказывается необходимым перестраивать программы канала (даже если не выполняется внешняя виртуализация основной памяти), а также обрабатывать прерывания по вводу-выводу, чтобы переадресовать их соответствующим виртуальным машинам. Как указывалось в работе, введение в архитектуру механизма расширенной префиксации и наличие у каждой виртуальной машины регистра условий прерываний (эти регистры доступны физической системе ввода-вывода вне зависимости от того, пассивна или активна виртуальная машина) решает ряд упомянутых проблем.