Проброс GPU в KVM. Лагает, используется на половину.

Xeon 2680v4 2 камня

Это два сокета? Привязывай гостя к конкретному сокету или потокам. Привязывай к тому сокету, на котором видяха.

А у этой платформы вообще всё хорошо с пробросом железа?

Видюха подключена ко 2 ЦПУ, гость привязан через NUMA. Второй ЦПУ используется только для виртуалки.

Нормально, все ксеоны поддерживают VT-d :)

Numa? Сразу тащи этот мусор на помойку.

гость привязан через NUMA

тебе надо исключить участие NUMA. Зафиксируй машину на потоках того же ЦП, к которому подключена видяха.

Нормально, все ксеоны поддерживают VT-d :)

Факт существования твоей темы хорошо иллюстрирует насколько «нормально».

А если ОЗУ на другом проце?

Ты сам знаешь ответ. ОЗУ распределить равномерно, по-возможности.

Вряд ли это с платформой связано. А вот с настройками вполне может быть. Потому что до включения hugepages виртуалка фризила каждые секунд 10, когда обращалась к жесткому диску. Она на HDD. Сейчас по скорости вопросов нет, кроме неполного использования видюхи. Значит есть какое-то узкое место.

Numa? Сразу тащи этот мусор на помойку.

Зачем? 2 же проца, как без NUMA?

тебе надо исключить участие NUMA. Зафиксируй машину на потоках того же ЦП, к которому подключена видяха.

Так и есть, через numactl посмотрел какие ядра соответствуют и выделил только их для виртуалки. Линукс их соответственно не трогает.

Кстати. У меня после недавнего обновления virtual box тоже начила фризить. На разных дистрах. Без проброса видюхи.

2 же проца, как без NUMA?

Я намекаю, что лучше отказаться от двухсокетного решения. Numa это костыли. Они применимы, если тебе надо 100500 ядер.

Мне как раз надо много ядер, 2 сокета был минимум, который удалось найти. Так бы 4 взял.

Есть мысль запустить виртуалку на первом проце и на него поставить видюху. Но смущает, что Линукс и виртуалка будут делить общий Л3 кэш, что как совсем нехорошо.

Нашел причину:) Гипертрейдинг. После отключения видеокарта грузится до 97%, и график такой же ровный как если Винду загрузить без виртуалки. Эталоном проверки использую Киберпанк, как представителя тяжёлой и глючной игры. Все нормально, что в виртуалке, что на чистом железе. Я думаю можно выбрать для виртуалки только реальные ядра, может быть и с гипертрейдингом норм будет работать. Главное причина понятна.

Осталось объяснить, почему у тебя одного гипертрединг создаёт проблемы.

Я думаю можно выбрать для виртуалки только реальные ядра

Win10 видит ядра потоками, поэтому виртуалке не задать кол-во ядер от балды. В FreeBSD можно строить топологии процессора для виртуалок, как там с этим в Linux не знаю.

Эталоном проверки использую Киберпанк

А какой FPS на максималках?

Ах, гипертрейдинг... Это я для машин виртуализации сразу всегда выключаю.

Кек. А у тебя есть поточные сервисы, на которых счёт идёт на миллисекунды? Заведи... У меня был форекс-брокер. Гипер-говно даёт фризы.

Тред про игрульки, бро.

В игрульках тоже дерготня и микрофризы бро. Причём если через протон играть их нет, а через виртуалочку - есть. Видимо линуксовый CFS гораздо лучше понимает гипертред чем виртуалочка, которая каждое отданное ей ядро с гипертредом считает двумя «настоящим». Глобальное отключение гипертреда на хосте-гипервизоре в БИОС, или ручная нарезка виртуальным машинам только «настоящих» ядер это обычная практика тащемто.

Ну разве что если виртуалку специально о топологии в заблуждение ввести. Я при пробросе пиннил, но с гипертредингом специально не воевал, и в гайдах такого не видал.