Эффективность работы логических конфигураций без виртуализации занимаемой ими абсолютной памяти определяется в основном тем, что расширенная префиксация, обеспечивая разделение адресных пространств адресных конфигураций, позволяет в то же время избежать преобразования программ канала. Это происходит за счет распространения механизма расширенной префиксации также и на обращения к памяти со стороны системы ввода-вывода. Однако проблемы ввода-вывода, связанные с реализацией концепции виртуальной машины, на этом не заканчиваются; не заканчиваются они и введением отсроченной обработки событий ввода-вывода, что обеспечивается наличием описателей. Дело в том, что стремление обеспечить полную независимость работы виртуальных машин друг от друга вступает в противоречие с необходимостью использовать одни и те же ресурсы ввода-вывода для различных конфигураций - как в плане разделения их (например, при реализации концепции минидисков), так и в плане моделирования (например, при реализации функций пульта управления логической конфигурации или при использовании медленной периферии). Серьезность возникающих проблем можно проиллюстрировать следующим примером. Допустим, что при выполнении операции ввода-вывода для диска, разделенного между логическими конфигурациями по принципу минидисков, возникает сбой; если сначала не будет получена информация уточненного состояния, то любая следующая содержательная операция приведет к потере этой информации. Таким образом, логическую независимость функционирования конфигураций нельзя реализовать в форме физической независимости, по крайней мере в части ввода-вывода. Необходимо наличие механизмов, регулирующих доступ к ресурсам ввода-вывода, а также программ, обрабатывающих события уже на уровне этих механизмов. В предельном случае, когда такие механизмы отсутствуют, все управление вводом-выводом сосредоточивается на программном уровне, как, например, в СВМ ЕС. (Заметим, что деятельность вроде моделирования «медленной» периферии с использованием дисков часто целесообразно осуществлять на программном уровне.) Механизмы реконструктора обеспечивают возможность функционирования в таком режиме: для этого достаточно установить в таблицах управления операциями для всех команд ввода-вывода признак управляющей операции; тогда при попытке выполнить такую команду возникнет программное прерывание по управляющей операции (дополнительное условие программного прерывания), приводящее к переключению конфигураций и активизации соответствующих программ реконструктора.