Виртуальная машина с поддержкой доступа к оборудованию: USB 3 (и PCI)

Виртуальная машина с поддержкой доступа к оборудованию: USB 3 (и PCI)

Я нахожусь в процессе выбора программного обеспечения для виртуальной машины.

Мне необходимо получить доступ к пользовательскому устройству USB3 в виртуальной машине (гостевая ОС Windows 8 64 бит, хостовая ОС Windows 7 64 бит). Из того, что я прочитал, VMware будет лучшим выбором для поддержки USB3. Это правда? Я также читал, что поддержка USB не на 100% надежна — правда ли это, и чего мне ожидать?

По желанию я также хочу использовать карту PCI (на самом деле, для захвата видео с камеры). Из того, что я прочитал, предоставление виртуальной машине доступа к оборудованию PCI является довольно сложной задачей. Есть (??) элементарная поддержка в ESXi и XEN (оба не виртуализация рабочего стола??), большинство программного обеспечения для виртуальных машин вообще не поддерживают это.

Есть ли у вас опыт в этих темах? USB2 и, в основном, USB3 - это мое основное направление, доступ PCI было бы просто неплохо иметь.

Контекст:

Я буду использовать эти виртуальные машины для разработки приложения на основе фирменного оборудования USB3.

(Преимуществом должно быть быстрое приведение системы в совершенно разные состояния, тестирование установок на свежих установках Windows, также будет много разработчиков, но мало оборудования (прототипов), поэтому было бы неплохо иметь у каждого свою собственную среду (хотя бы последовательно) и т. д.)

решение1

Если вы заинтересованы в прохождении через устройства с максимальной предсказуемостью (т. е. вы хотите быть уверены, что разрабатываемое вами программное обеспечение работает через проходящее через USB3 соединениеточно так жеэто было бы по сравнению с реальным, а не полагаться на технологии сквозного доступа гипервизора рабочего стола и проблемы драйверов хост-ОС), использование решения виртуализации рабочего стола может быть не лучшим вариантом. ESXi, Xen и XenServer предлагают гораздо более низкоуровневую и предсказуемую возможность аппаратного сквозного доступа, чем любое решение на базе рабочего стола. Это имеет смысл, поскольку решения для рабочего стола, как правило, направлены на минимизацию конфигурации конечного пользователя и просто на то, чтобы некоторые функции устройства работали.

При работе на совместимом оборудовании тонкие гипервизоры поддерживают возможность использования «сквозной передачи устройств», которая может использоваться для пересылки устройства на виртуальную машину черезОбработка IOMMU/VT-D, также известен какPCI-транзит. Затем это устройство закрепляется за этой виртуальной машиной (пока вы его не отсоедините).

Это означает, что он функционируетточнокак если бы он был подключен напрямую. Нет промежуточного слоя "что если" с требованием совместимых драйверов для хоста и функциональной стратегии совместного использования ресурсов по типу устройства для гипервизора: устройство просто передается, необработанное, гостю. Все три основных тонких гипервизора также поддерживают прямую передачу произвольных USB-устройств аналогичным образом (хотя это не требует оборудования с поддержкой IOMMU/VT-D). Проходящие USB-устройства также могут быть подключены/отключены в горячем режиме, в отличие от проходящих PCI-устройств.

Использование тонкого гипервизора также дает вам преимущество в виде возможности подключить всего несколько экземпляров тестируемого устройства к одному серверу, а затем предоставить каждому из ваших разработчиков виртуальную машину на этом сервере. Когда один разработчик хочет провести тестирование с оборудованием, он может запросить подключение устройства, администратор может подключить USB-устройство к виртуальной машине этого разработчика через сквозное подключение устройств, а затем они могут получить доступ к своей виртуальной машине через удаленный рабочий стол или что-то подобное.

Однако есть несколько оговорок:

Во-первых: за пределами очень узкого диапазона совместимого оборудования передача данных через видеокарты работает некорректно (и в основном надежно работает только на XenServer--вот как, ивот HCL). Насколько мне известно, это не относится к картам видеозахвата, таким как та, которую вы обсуждали. Во-вторых, прямое подключение устройств PCI часто блокирует использование других передовых технологий гипервизора (таких как моментальные снимки, миграция или другие функции HA). В-третьих: за исключением проблем с графической картой, ESXi имеет наиболее надежный и настраиваемый пользователем метод управления сквозным доступом устройств.Вы можете сделать это с помощью Xenвручную с помощью XenServer), но не так легко, как выможно с ESXi. Четвертое: определенные версии ESXi накладывают ограничения на то, через какие устройства вы можете проходить. ESXi 5.0 будет проходить практически через все, что вы ему дадите (даже с риском для стабильности системы). 5.1 гораздо более придирчива и часто отключает проход для устройств без объяснения причин.

решение2

VMware Workstation 9 поддерживает Windows 8 и USB 3.0. Я успешно использовал свою Microsoft StudioCam с USB с виртуальными машинами, просто переключая опцию подключения к гостевой системе (отключения от хоста). У вас могут возникнуть проблемы с картой PCI, поэтому я бы посоветовал найти альтернативное решение USB для захвата потока.

решение3

У меня есть ноутбук Dell, который продавался только с портами usb3.0. У меня возникли большие трудности с получением/поддержанием работы usb3 на этой машине при работе vmware workstation 9.01.894247

Если на вашем компьютере используются драйверы Intel Xchi для USB, это также коснется вас.

другие с этой проблемой здесь

В теме выше есть много типов исправлений. Мне помогло скачивание и запуск "Intel_Chipset_7-Series_USB3_FJ3FJ_A03_SETUP_ZPE.exe" с сайта Intel и его установка. Каждый раз, когда я перезагружаю Windows 7, мне приходится переустанавливать его. Иногда, когда я перезагружаю виртуальную машину, мне приходится переустанавливать его. Это настоящая боль, и я надеюсь, что vmware скоро выпустит новое обновление.

Связанный контент