Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"virtio-nvgpu - модуль для предоставления доступа к GPU NVIDIA из виртуальных машин KVM"	+/–
Сообщение от opennews (?), 26-Сен-26, 09:05
Проект virtio-nvgpu развивает virtio-устройство, позволяющее получить доступ к GPU NVIDIA из гостевых систем, запущенных под управлением гипервизора KVM, с минимальной потерей производительности. В состав входит модуль ядра, загружаемый в гостевой системе и virtio-устройство, выполняемое на стороне хост-окружения. Код модуля ядра написан на языке Си и распространяется под лицензией GPLv2, а код virtio-устройства написан на Rust и распространяется под лицензией Apache 2.0... Подробнее: https://www.opennet.me/opennews/art.shtml?num=66344
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от peajack (?), 26-Сен-26, 09:05	–1 +/–
даже без вайбкода? почтенно
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #17

2. Сообщение от Аноним (2), 26-Сен-26, 09:24	–5 +/–
Сегодня это врядли возможно. Но возможно явно не указывать что это вайп-кот. Если что, я еще пока-что указываю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от r2d0 (?), 26-Сен-26, 09:39	+1 +/–
Учитывая, что у амд и интел открытые драйвры, подобное решение ожидалось для них.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #7, #9

4. Сообщение от Старый престарый аноним (?), 26-Сен-26, 09:42	+1 +/–
Интересно как с распределением ресурсов. Гостей много и каждый подразумевает эксклюзивный доступ к карте. Вот хочешь ты кусочек памяти, вроде бы полно ее, а нет - не можешь. Типа торт как бы ты видишь, причем целый, а кусок отоезать не можешь, потому что торт фактически сожран другими
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

5. Сообщение от Омоним (?), 26-Сен-26, 09:53	+4 +/–
А подобное решение для них вышло раньше, как и ожидалось
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

7. Сообщение от Аноним (7), 26-Сен-26, 10:00	+/–
Кстати как там native contexts? Уже завезли или протухло как virgl?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #22

8. Сообщение от Олег (??), 26-Сен-26, 10:00	+1 +/–
В lxc это решено неплохо к слову.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #18

9. Сообщение от Аноним (9), 26-Сен-26, 10:23	+/–
Для встроек интела подобное решение есть от интела. на дискретных картах все три производителя блокируют эту фичу в своих драйверах, доступно только для серверных вариантов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #13

10. Сообщение от Аноним (10), 26-Сен-26, 10:53	+/–
Корпораты подсуетились быстро нужные кнопочки понажимали.
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от Аноним (11), 26-Сен-26, 11:06	+/–
К сожалению работает только с линукс гостями как я понял, тоже неплохо, но хотелось бы и винду тоже.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14

13. Сообщение от Аноним (13), 26-Сен-26, 12:42	+/–
>на дискретных картах все три производителя блокируют эту фичу в своих драйверах, доступно только для серверных вариантов Да в Арках Pro-серии есть поддержка SR-IOV: 1) https://www.techpowerup.com/img/DxrRV5UDmiOGPmTo.jpg 2) https://www.techpowerup.com/img/Wl6cGgQyehFZSVlA.jpg Либо да, со встройками igpu.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

14. Сообщение от Аноним (13), 26-Сен-26, 12:56	+/–
Попробуйте на интеловских встройках (*с 11-го поколения). Гуглите: "SR-IOV intel igpu support list".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

15. Сообщение от Аноним (15), 26-Сен-26, 13:01	–1 +/–
очередная дырявая дыра для облегчения атак на хост. виртуалка должна иметь свою архитектуру, отличную от любого хоста. как ява, ллвм и прочий байт-код, да, но ещё и со своим уникальным псевдо-«железом». да, будет медленно, даже очень. но вам же для бе-бе-безопасности, или как? иначе это не виртуалка, а подпирание костылями (гипервизором уровня -1) неспособности ядер современных ос (супервизоров уровня 0) изолировать приложения (уровень 1) от себя, железа и друг друга, неспособности разделить ресурсы железа между приложениями...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

17. Сообщение от Аноним123 (?), 26-Сен-26, 13:59	+/–
109 комитов за 2 дня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

18. Сообщение от Аноним (18), 26-Сен-26, 14:11	–1 +/–
Даже очень. А в lxd и incus ещё лучше. Но только для контейнеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

19. Сообщение от Аноним (-), 26-Сен-26, 14:45	+/–
А зачем это нужно? С хоста прокидываешь карту в ВМ и все работает и так.
Ответить | Правка | Наверх | Cообщить модератору

20. Сообщение от Аноним (20), 26-Сен-26, 14:58	+/–
изоляция одного софта от другого в Фон-Неймановской архитектуре - бред!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

21. Сообщение от kvaps (ok), 26-Сен-26, 16:20	+/–
Так а лицензия vGPU для этого получается не нужна? Будет работать с нативными драйверами nVidia и поддерживать различные шейдеры?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

22. Сообщение от Аноним (22), 26-Сен-26, 17:30	+/–
все еще помечено экспериментальным и не собирается по умолчанию в mesa и virglrenderer
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #24

23. Сообщение от Аноним (23), 26-Сен-26, 18:47	+/–
получается, так
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

24. Сообщение от Аноним (24), 26-Сен-26, 22:38	+/–
Есть норм инструкции что и с какими флагами надо собирать, чтоб были эти ваши нативные контексты, венус и прочее на Debian, RHEL и иных системах?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #25

25. Сообщение от Аноним (-), 26-Сен-26, 23:50	+/–
Не искал как-то. Собрать надо libvirglrenderer и qemu для хоста и mesa для гостя. Про сборку пакетов дебиана и мезон руководства есть, а так всё собирается стандартно через apt source ... + apt build-dep ... + dpkg-buildpackage -b. По желанию поменять версию пакета. Для libvirglrenderer надо в debian/rules добавить -Ddrm-renderers=amdgpu-experimental, для месы — -Damdgpu-virtio=true. qemu надо пересобрать с полученным libvirglrenderer (т.е. поставив dev пакет, полученный после dpkg-buildpackage. rpm я собирал очень давно, не подскажу Если есть снап/флатпак на госте, то у них своя меса. Для флатпака есть mesa-git где включено все экспериментальное, про снап не в курсе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема