Функция "а также позволяет использовать vGPU (также известные как медиированные устройства) такие как Intel KVMGT (также известный как GVT-g) или vGPU от Nvidia." доступна с https://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_5.3. Не должен ли opengl_dmabuf быть включен по умолчанию?

Спасибо за ответ. Да, я знаю, что дополнительная видеокарта обеспечит возможность VNC. Проблема в том, что добавление дополнительной видеокарты вызывает множество проблем, одной из самых серьезных является то, что 3D-ускорение не работает, поскольку основной видеокартой не является карта с прямым доступом. Что касается использования RDP-клиента, который сейчас является моим решением, всё равно остаются некоторые неудобства. 1. Если система не загружается на рабочий стол, мне приходится подключать видеокарту, предоставленную KVM (которая не используется по умолчанию по вышеуказанной причине). Это не очень удобно для таких людей, как я, кто любит экспериментировать с опасными операциями в системе, или же я просто хочу использовать прямой доступ, одновременно получая доступ к BIOS или пред-загрузочным кадрам. 2. RDP почти идеален, но все-таки имеет некоторые ограничения, даже после загрузки в рабочий стол. Например, 3Dmark не смог создать окна во время сессии RDP. Более того, я установил macOS на PVE и хочу передать свою видеокарту Intel, но Mac отказывается загружать kext Intel, когда подключена дополнительная видеокарта. Поэтому, учитывая вышеизложенное, введение этой функции обеспечит нам простое и удобное решение для видеокарт Intel или даже для карт AMD с SR-IOV. Я буду очень рад услышать хорошие новости по этому поводу (или эта функция никогда не будет рассмотрена?).

это не сработает, поскольку это работает только когда у хоста есть контроль над картой, чего нет в классическом sr-iov (по крайней мере на данный момент, я видел некоторые патчи, появлявшиеся в списке qemu, которые могут предложить решение, но я не знаю, должны ли производители оборудования реализовать специальные драйверы для этого)

Насколько я вижу, не совсем уверенно... Мои тесты функции egl-headless были очень нестабильными, но если мы не будем использовать ее по умолчанию, может быть, это нормально (несколько библиотек добавят больше зависимостей, но, думаю, это может быть приемлемо).