Как сбалансировать нагрузку с помощью циклического перебора в DPDK с использованием RTE_FLOW？

Согласно вопросу

RSS did not have a good load balance between CPU cores case the rx packets has been modified by insert tags between mac and ip

Есть пара моментов, которые необходимо уточнить. так что позвольте мне объяснить

1. Некоторые физические и виртуальные сетевые карты предоставляют RSS через разгрузку DPDK RX для фиксированных кортежей, таких как IP, протокол, номер порта TCP|UDP|SCTP.
2. Определенная сетевая карта позволяет настроить алгоритм reta хеширования, чтобы он лучше соответствовал потребностям (например, когда исходный IP-адрес назначения фиксирован, мы можем пропустить и использовать другие).
3. Насколько я помню из DPDK 18.11, RTE_FLOW был введен для поддержки RSS в выбранных очередях RX (например, Q1, Q2, Q3 могут быть RSS для пакетов TCP, а Q4, Q5 могут использоваться для UDP). Но опять же, это основано на внутреннем или внешнем IP + номере порта.
4. Для DPDK версии 19.11 и выше RTE_FLOW был улучшен для поддержки RAW Pattern. Целью этой функции является поддержка специального протокола, который по умолчанию не понимает сетевая карта (VXLAN, GENEVE, RTP и другие протоколы).
5. Для NIC, таких как Fortville и Columbiaville (от Intel), позволяет загружать специальную прошивку через DDP (Dynamic Device Personation) для настройки специальных заголовков фабрики или MPLS-подобных заголовков (между ethernet и ip) для анализа, поиска и использования в качестве начального значения для RSS (что позволяет лучшее распространение).
6. Существуют сетевые карты, которые поддерживают уровень L2, но они будут ограничены только SMAC, DMAC, VLAN1, VLAN2, MPLS, а не пользовательским заголовком.

Следовательно, в зависимости от сетевой карты, поставщика, поддержки RSS для L2 и встроенного ПО возможность вычисления RSS для полей между ними зависит от инициализации порта или конкретной конфигурации RTE_FLOW. Например, RSS ETH поддерживается на

1. I40E это I40E_INSET_DMAC | I40E_INSET_SMAC
2. DPAA2 это NH_FLD_ETH_TYPE and NET_PROT_ETH
3. CNXK это RSS_DMAC_INDEX
4. OCTEONX2 это FLOW_KEY_TYPE_VLAN and FLOW_KEY_TYPE_CH_LEN_90B

Следовательно, для NIC ixgbe and XXV710 нет готовой поддержки custom header между Ethernet и IP.

Альтернативы:

1. Используйте интеллектуальную сетевую карту или FPGA: они запрограммированы на синтаксический анализ и RSS для ваших конкретных заголовков в RSS для нескольких очередей RX.
2. Работайте с Intel, используя XXV710 (Fortville): для создания DDP, который может анализировать ваши определенные заголовки как RSS в нескольких очередях RX.
3. Определите сетевую карту DPDK: которая может анализировать заголовок RAW, как определено 12.2.6.2. После того, как поставщик добавил поддержку, вы можете создать простой traffic spread tool, который обеспечит распределение трафика по нужным очередям RX в циклическом режиме.
4. Используйте ПО для поддержки отсутствующего оборудования.

примечание: я не рекомендую использовать статический Round Robin на основе HW, так как это создаст двойную проблему.

• если это чистый ДПДК БОНД Круговой алгоритм, у вас не будет закрепления потока
• Если вы используете закрепление на основе хэша, есть вероятность, что слоновый поток может протолкнуть 1 или несколько очередей, что приведет к падению производительности при обработке процессора.
• Я рекомендую использовать модель EVENTDEV с атомарным режимом, который обеспечивает лучшую локальность кеша (в данном случае одни и те же потоки будут попадать в рабочий поток) и практически линейную производительность. пример приложения

Для варианта 4 (Модель программного обеспечения):

1. Отключить RSS в функции port_init
2. Используйте одну очередь RX для получения всего пакета либо пользовательского потока RX.
3. вычислить хэш на основе желаемого заголовка и обновить хеш-поле mbuf.
4. Используйте библиотеку rte_distributor для распределения трафика на основе кастома.
5. или используйте rte_eventdev с атомарной моделью, чтобы распределить рабочую нагрузку на нескольких рабочих.

[Пояснение из комментариев]:

1. Я спросил соответствующих практиков, они сказали, что изменение драйвера pmd может решить мою проблему, это единственный способ?

[ОТВЕЧАТЬ] Поскольку вы используете настраиваемый заголовок, а не общий VLAN|IP|порт, это предложение неверно. Как вы пояснили в вопросе и комментариях, которые вы хотите распространять как RSS для пользовательского заголовка.

2. Я еще не написал никакого кода о распределении rte_flow, я прочитал пример rte_flow, не вижу кода для настройки циклического перебора.

[ОТВЕЧАТЬ], как описано выше, не все сетевые карты поддерживают RSS и RAW. Поскольку ваша текущая сетевая карта ixgbe and i40e, функция анализа и выполнения RSS для пользовательского заголовка маловероятна. вы можете попробовать вариант 2 (работа с Intel, создание нового ddp) для i40e, чтобы добиться того же или реализовать в ПО, как предложено в варианте 4.

3. я не прошу решения, я просто хочу знать, как настроить циклический перебор с помощью «RTE_FLOW». Можете ли вы дать мне несколько API

[ОТВЕЧАТЬ] обычно обновляется фрагментами кода или шагами, используемыми для воспроизведения ошибки. Но текущий вопрос больше похож на уточнение. Пожалуйста, обратитесь выше.