@openstack_ru - страница 1215

Я чо-то не пойму никак. Какая вообще связь между virtio и IOMMU? Речь не про SR-IOV с пробросом, не про vDPA, не про vhost-user (DPDK), а про обычный virtio. Там какая связь?

icewolf

Я чо-то не пойму никак. Какая вообще связь между virtio и IOMMU? Речь не про SR-IOV с пробросом, не про vDPA, не про vhost-user (DPDK), а про обычный virtio. Там какая связь?

Тролизм.. ну это Вячеслав

J

Тролизм.. ну это Вячеслав

Ты же сам сказал чт освязь есть)

icewolf

Ты же сам сказал чт освязь есть)

я еще сказал про схемы, я не вижу физики.. все давайте досвиданья

J

я еще сказал про схемы, я не вижу физики.. все давайте досвиданья

Давай так. Вот у меня есть сервер с intel x720 какой-нибудь. Карточка с кернел спейс драйвером добавлена в external ovs бридж. Используется классический ovs. И есть виртуалки с интерфейсами в провайдерской сети. Во всех них virtio сетевые карточки. Как будут меняться при включении\отключении IOMMU pps\задержки и пропускная способность для трафика между виртуалкам локально на хосте и что будет с pps и пропускной способностью север-юг (от виртуалок за пределы гипервизора)?

J

Я в описанной сиутации не вижу абсолютно никакой связи между IOMMU и virtio устройствами.

J

Но я не прав, скорее всего.

Vyacheslav

мы нашли что примерно на 40к pps проц в гипере показывает заметную разницу в потребление, в сравнении с тем что видит у себя VM. Доходило до такого, что на 400к pps могло спокойно в VM быть около 40% утилизации CPU, а в гипере все 100% и полка

Vyacheslav

возможно внешние потребление CPU поменяется, но это не точно

J

мы нашли что примерно на 40к pps проц в гипере показывает заметную разницу в потребление, в сравнении с тем что видит у себя VM. Доходило до такого, что на 400к pps могло спокойно в VM быть около 40% утилизации CPU, а в гипере все 100% и полка

А steal time при этом нулевой в гостевой системе?

Vyacheslav

А steal time при этом нулевой в гостевой системе?

да, он аккуратно начинает дропать внешний трафик, если в госте надо больше проца 🙂

icewolf

Но я не прав, скорее всего.

Угу, потому что iommu это сущность немного другая.. <devices> <iommu model='intel'> <driver intremap='on'/> </iommu> </devices>

icewolf

это просто пример, по этому и спросил схему

icewolf

что бы понять вообще чего человек хочет

icewolf

и специально намекнул на пининг..

icewolf

А есть еще вообще крипта, вендорспецефичная.. <domain> ... <launchSecurity type='sev' kernelHashes='yes'> <policy>0x0001</policy> <cbitpos>47</cbitpos> <reducedPhysBits>1</reducedPhysBits> <dhCert>RBBBSDDD=FDDCCCDDDG</dhCert> <session>AAACCCDD=FFFCCCDSDS</session> </launchSecurity> ... </domain>

icewolf

по этому и вопрос что там за pci, и сетевое и какой хера там iommu у вас взялось.

icewolf

ну то есть там где SRIOV и DPDK, апельсинки не родятся

icewolf

да, он аккуратно начинает дропать внешний трафик, если в госте надо больше проца 🙂

icewolf

я вам просто это тут оставлю что бы более не писали про IOMMU для PCI

icewolf

проблема ширше, раз 100

icewolf

если не в 100, потому что: 1. Пропускная способность вашего адаптера и virtIO-net-dev это вообще две большие разницы. 2. 100% на гипере это вопрос к эмулятору QEMU а не к IOMMU

icewolf

потом когда у вас такие pps то это уже тюнинг ваших гиперов и ваших же виртуальных машин.

icewolf

это уже 200% про это

icewolf

по этому мистер J вы отчасти правы, но и я тоже прав.

icewolf

и это все потому что вы все верите в virtual network function! А нормальные люди, используют аппаратные маршрутизаторы и вот эти ваши PPS крутятся на железе

Vyacheslav

и это все потому что вы все верите в virtual network function! А нормальные люди, используют аппаратные маршрутизаторы и вот эти ваши PPS крутятся на железе

так в VM их всё равно надо приносить :(

icewolf

так в VM их всё равно надо приносить :(

Так vlan жи

icewolf

и тут уже можно играть совсем в другие производительности

icewolf

но iommu там вообще не причем.

Vyacheslav

Так vlan жи