А что с nat и traffic control?

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

Кстати, а FreeBSD только DPDK умеет или у неё есть свои аналоги XDP?

Да завезли в ядро flow offload, в том числе чисто программную версию.

netmap :) А dpdk для неё ограниченный

Просто я помню, что pfSense обещали DPDK, видимо чего-то другого не было или не подходило.

afaik, там netmap

Хм, погуглил. Видимо с DPDK у них что-то не получилось.

вот если кто-нибудь напишет vfio-pci для фряхи, то и dpdk взлетит

Написать-то напишет, а вот откроет ли код...

а хотя вот
https://doc.dpdk.org/guides/freebsd_gsg/build_dpdk.html#loading-the-dpdk-nic-uio-module

через uio можно крутить

Ведь непросто так фряху выбирают — чтобы код не возвращать.

ну вот можно через uio щаз поднять, и посмотреть как работает
я думаю не хуже чем uio под линуксом

afaik, фич меньше

хм

каких же
там же всё полезное в userspace, от ядра нам нужен только доступ к карте, доступ к замапленному в карту куску памяти, и cpu affinity

numa, kni, event api.

Узкое место тут - общая скорость памяти. И ширина, и количество раздельных каналов, и структура внутри канала, и отображение физических адресов в геометрические, и длина цикла памяти. Условный Cavium бросается пакетами по всем сторонам именно из-за большого количества раздельных и коротких каналов памяти, а не занимается пересыланием полной строки кеша при доступе к uint32 (да и не имеет кеша в понятии х86). Забрать хедеры и сами пакеты с кабеля - это просто и не дорого, а вот копаться в том самом хедере и сравнивать его поля со структурами в памяти - это дорого для платформ общего применения. Само ядро даже десятилетней платформы х86 может легко обрабатывать на уровне десятков миллионов пакетов на нетривиальном пути, но мгновенно упирается в память.

DPDK - это все-таки набор драйверов и некоторых отдельных компонентов, такой конструктор, из которого можно сделать аппликацию по своим потребностям. Драйверы там хорошые, но пакетная часть - она довольно ограничена в контексте параллеливания, большинство структур там под локами, и также совсем не дружелюбно к деталям памяти (и тут трудно делать более масштабируемый локинг, так как это сводится к еще большей нагрузке на память). Если задача в обработке 1Г - то это не имеет значения, но если 100Г+ - то будет больно.

100Г на x86 - это, кмк, слишком амбициозно.